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

春节访问量激增,负载压力很大,程序处理较慢,然后就调整项目中的线程池和数据库连接数。可是还是没有太好的提高,追根溯源,发现数据库连接受到限制。虽然是做了读写分离,但是还是没抗住高峰。所以会有报错:“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、直接设置,不需要重启:

mysql> set global max_connections=1500; Query OK, 0 rows affected (0.00 sec) mysql> show variables like 'max_connections'; +-----------------+-------+ | Variable_name | Value | +-----------------+-------+ | max_connections | 1500| +-----------------+-------+ 1 row in set (0.00 sec)

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”之类的问题。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/4726b6d5a25388c2afaa422219630beb.html