MySQL连接数太多应该怎么解决？

发布时间：2025-11-05 12:05:54 来源：创站工坊 作者：应用开发

MySQL数据库的接数解决默认最大连接数是：100，

对于多人开发的太多单体项目来说，虽然我们同时在用的应该连接不会超过10个，理论上100 绰绰有余，接数解决但是太多除了我们正在使用的连接以外，还有很大一部分 Sleep 的应该连接，这个才是接数解决真正的罪魁祸首。

分析到了问题的太多根源，我们就需要对症下药，应该依次解决：

修改MySQL最大连接数量

首先查看当前 Mysql 最大连接数量是接数解决多少：

这里我已经修改过了，所以是太多 1000，没有改过的应该童鞋应该还是 100，

然后查看从这次 mysql 服务启动到现在，接数解决同一时刻并行连接数的太多最大值：

对于 MySQL 的云服务器最大连接数设置，在首次配置的应该时候设置一个较大的数值，以后在使用的过程中，周期的查询 Max_used_connections 然后根据他的值和服务器的性能确定一个最适合当前项目的最大连接数

最大连接数的修改有两种方式

1修改 /etc/my.cnf.添加 max_connections = 1000 永久有效。重启后生效

但更改最大连接数只能从表面上解决问题，随着我们开发人员的增多，Sleep 连接也会更多，到时候万一又达到了 1000 的上限，难道我们又得改成 10000 吗？这显然是非常不可取的。所以我们不仅要治标，还要治本。杀掉多余的 Sleep 连接就是治本

杀掉Sleep连接

我们可以通过 show_processlist 命令来查看当前的所有连接状态

可以发现，网站模板 Sleep 的连接占了绝大多数。

MySQL 数据库有一个属性 wait_timeout 就是 sleep 连接最大存活时间，默认是 28800 s，换算成小时就是 8 小时，我的天呐！这也太长了！严重影响性能。相当于今天上班以来所有建立过而未关闭的连接都不会被清理。

执行命令：

我们将他修改成一个合适的值，这里我改成了 250s。当然也可以在配置文件中修改，添加 wait_timeout = 250。这个值可以根据项目的需要进行修改，以 s 为单位。我在这里结合 navicat 的超时请求机制配置了 240s。

执行命令：

这样，就能从根本上解决 Too Many Connections 的问题了 

相关文章