too many connections 解决方法

1. mysql -u root -p 回车输入密码进入mysql 
   

2. show processlist; 
   查看连接数，可以发现有很多连接处于sleep状态，这些其实是暂时没有用的，所以可以kill掉

3. show variables like "max_connections"; 
   查看最大连接数，应该是与上面查询到的连接数相同，才会出现too many connections的情况

4. set GLOBAL max_connections=1000; 
   修改最大连接数，但是这不是一劳永逸的方法，应该要让它自动杀死那些sleep的进程。

5. show global variables like 'wait_timeout'; 
   这个数值指的是mysql在关闭一个非交互的连接之前要等待的秒数，默认是28800s

6. set global wait_timeout=300; 
   修改这个数值，这里可以随意，最好控制在几分钟内 
   

7. set global interactive_timeout=500; 
   修改这个数值，表示mysql在关闭一个连接之前要等待的秒数，至此可以让mysql自动关闭那些没用的连接，但要注意的是，正在使用的连接到了时间也会被关闭，因此这个时间值要合适

8. 批量kill之前没用的sleep连接，在网上搜索的方法对我都不奏效，因此只好使用最笨的办法，一个一个kill

   • select concat('KILL ',id,';') from information_schema.processlist where user='root'; 先把要kill的连接id都查询出来
   • 复制中间的kill id;内容到word文档
   • 替换掉符号“|”和回车符（在word中查询^p即可查询到回车符）
   • 把修改过的内容复制回终端，最后按回车执行！

 

 

方法二

google了一下，

发现这算属MySQL的一个bug，不管连接是通过hosts还是ip的方式，MySQL都会对DNS做反查，IP到DNS，由于反查的接续速度过慢

（不管是不是isp提供的dns服务器的问题或者其他原因），大量的查询就难以应付，线程不够用就使劲增加线程，但是却得不到释放，所以MySQL会“假死”。

解决的方案很简单，结束这个反查的过程，禁止任何解析。

打开mysql的配置文件（my.cnf），在[mysqld]下面增加一行：

skip-name-resolve

重新载入配置文件或者重启MySQL服务即可。