原因：
1 my.ini 中设定的并发连接数太少或者系统繁忙导致连接数被占满。
2 连接数超过了MySQL 设置的值，与max_connections和wait_timeout都有关。
3 wait_timeout 的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大。
解决方式 1 mysql -u root -p 回车输入密码进入mysql
打开 MYSQL 安装目录打开 my.ini 找到 max_connections 默认是 100， 一般设置到500～1000比较合适，重启 MySQL
2 显示哪些线程正在运行
show full processlist;
3 查看连接数，可以发现有很多连接处于sleep状态，这些其实是暂时没有用的，所以可以kill掉
show processlist;
4 修改最大连接数，但是这不是一劳永逸的方法，应该要让它自动杀死那些sleep的进程。
set GLOBAL max_connections=1000;
set GLOBAL mysqlx_max_connections=1000;
状态：
１. SLEEP 线程正在等待客户端发送新的请求。
２. QUERY 线程正在执行查询或者正在将结果发送给客户端。
３. LOCKED 在MYSQL服务层，该线程正在等待表锁。在存储引擎级别实现的锁，如INNODB的行锁，并不会体现在线程状态中。 对于MYISAM来说这是一个比较典型的状态。但在其他没有行锁的引擎中也经常会出现。
４. ANALYZING AND STATISTICS 线程正在收集存储引擎的统计信息， 并生成查询的执行计划。
５. COPYING TO TMP TABLE （ON DISK） 线程正在执行查询， 并且将其结果集都复制到一个临时文件中， 这种状态一般要么是在做GROUP BY操作，要么是文件排序操作， 或者是UNION操作。 如果这个状态后面还有ON DISK的标 ， 那表示MYSQL正在将一个内存临时表放到磁盘上。
６. SORTING RESULT 线程正在对结果集进行排序。
７. SENDING DATA 线程可能在多个状态之间传送数据，或者生成结果集，或者在向客户端返回数据。
连接数设置多少是合理的?
查看 mysql 的最大连接数： 应该是与上面查询到的连接数相同，才会出现too many connections的情况
show variables like '%max_connections%';
查看服务器响应的最大连接数:
show global status like 'Max_used_connections';
服务器响应的最大连接数为3，远低于mysql服务器允许的最大连接数值
对于mysql服务器最大连接数值的设置范围比较理想的是：服务器响应的最大连接数值占服务器上限连接数值的比例值在10%以上，如果在10%以下，说明mysql服务器最大连接上限值设置过高。
Max_used_connections / max_connections * 100% = 3/512 *100% ≈ 6%
6 wait_timeout
wait_timeout — 指的是mysql在关闭一个非交互的连接之前所要等待的秒数。
如果你没有修改过MySQL的配置，wait_timeout的初始值是28800
wait_timeout 过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过也不能把这个指设置的过小，否则你可能会遭遇到
“MySQL has gone away” 之类的问题。
查看： 这个数值指的是mysql在关闭一个非交互的连接之前要等待的秒数，默认是28800s
show global variables like 'wait_timeout';
设置 ： 修改这个数值，这里可以随意，最好控制在几分钟内
set global wait_timeout=300;
7 interactive_time
— 指的是mysql在关闭一个交互的连接之前所要等待的秒数 。修改这个数值，表示mysql在关闭一个连接之前要等待的秒数，至此可以让mysql自动关闭那些没用的连接，但要注意的是，正在使用的连接到了时间也会被关闭，因此这个时间值要合适
set global interactive_timeout=300;
mysql终端查看timeout的设置
show global variables like '%timeout%';
8 批量kill之前没用的sleep连接
在网上搜索的方法对我都不奏效，因此只好使用最笨的办法，一个一个kill
select concat('KILL ',id,';') from information_schema.processlist where user='root';
