Mysql连接数过大导致连接超时的问题

Dear 丶 2022-07-11 13:12 385阅读 0赞

春节访问量激增，负载压力很大，程序处理较慢，然后就调整项目中的线程池和数据库连接数。可是还是没有太好的提高，追根溯源，发现数据库连接受到限制。虽然是做了读写分离，但是还是没抗住高峰。所以会有报错：“MySQL: ERROR 1040: Too many connections”。

查看最大连接数上限，默认的是151

mysql> show variables like 'max_connections'; +-----------------+-------+
    | Variable_name | Value | +-----------------+-------+
    | max_connections | 151 | +-----------------+-------+

查看mysql最大使用连接数

mysql> show global status like 'Max_used_connections'; +----------------------+-------+
    | Variable_name | Value | +----------------------+-------+
    | Max_used_connections | 152 | +----------------------+-------+

可以看出，已经超过了连接数上限。而且还多了一个，这是为什么呢？原来MySQL无论如何都会保留一个用于管理员（SUPER）登陆的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了max\_connections。因此MySQL的实际最大可连接数为max\_connections+1；  
这个参数实际起作用的最大值（实际最大可连接数）为16384，即该参数最大值不能超过16384，即使超过也以16384为准；  
增加max\_connections参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；

解决方法：  
提高数据库最大连接数：  
1、直接设置，不需要重启：

2、配置文件设置，需要重启：  
修改my.cnf文件，在\[mysqld\]下面添加语句：

max_connections=1500

数值大小，根据并发情况调整，Max\_used\_connections/max\_connections<90%就可以。  
光靠上面的设置，还不够。执行show processlist查看执行任务，你会发现很多连接长时间在sleep。如果不是高峰期，这些连接也会消耗CPU和内存。这个需要通过程序设置最大超时时间wait\_timeout和interactive\_timeout。

(1)interactive\_timeout:  
参数含义：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在mysql\_real\_connect()中使用CLIENT\_INTERACTIVE选项的客户端。  
参数默认值：28800秒（8小时）

(2)wait\_timeout:  
参数含义：服务器关闭非交互连接之前等待活动的秒数。  
在线程启动时，根据全局wait\_timeout值或全局interactive\_timeout值初始化会话wait\_timeout值，取决于客户端类型(由mysql\_real\_connect()的连接选项CLIENT\_INTERACTIVE定义)。  
参数默认值：28800秒（8小时）

mysql> set global wait_timeout=30;
    mysql> set wait_timeout=30;

wait\_timeout过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能。不过也不能把这个值设置的过小，否则你可能会遭遇到“MySQL has gone away”之类的问题。

参考博文

> [http://www.jb51.net/article/51829.htm][http_www.jb51.net_article_51829.htm]  
> [http://www.cnblogs.com/jiunadianshi/articles/2388871.html][http_www.cnblogs.com_jiunadianshi_articles_2388871.html]

[http_www.jb51.net_article_51829.htm]: http://www.jb51.net/article/51829.htm
[http_www.cnblogs.com_jiunadianshi_articles_2388871.html]: http://www.cnblogs.com/jiunadianshi/articles/2388871.html