mysql的max_connections配置项用于定义数据库允许同时建立的最大客户端连接数量，当实际连接数超过这个阈值时，新的连接请求会被直接拒绝，这是防止数据库因连接过载出现宕机的重要保护机制。如果max_connections设置过小，会导致正常业务请求无法获取连接；设置过大则可能耗尽服务器内存和CPU资源，反而引发服务崩溃。
查看当前mysql连接数相关状态
在调整max_connections之前，需要先了解当前数据库的连接使用情况，避免盲目修改配置。可以通过以下两种方式查看相关信息。
查看当前最大连接数配置
登录mysql客户端后，执行如下命令可以查看当前生效的max_connections值：
-- 查看max_connections当前配置值 SHOW VARIABLES LIKE 'max_connections';
查看当前实际连接数
如果需要了解当前已经建立的连接数量，可以执行以下命令：
-- 查看当前已建立的连接数 SHOW STATUS LIKE 'Threads_connected';
还可以查看连接数的历史峰值，判断是否需要调整配置：
-- 查看历史最大连接数 SHOW STATUS LIKE 'Max_used_connections';
调整max_connections的两种方式
max_connections支持临时修改和永久修改两种调整方式，可以根据实际需求选择。
临时动态修改（重启后失效）
如果只是临时测试或者应急调整，可以直接通过sql命令修改，修改后的配置在mysql重启后会恢复原值：
-- 将最大连接数调整为500，可根据实际需求修改数值 SET GLOBAL max_connections = 500;
修改完成后可以再次执行SHOW VARIABLES LIKE 'max_connections';命令确认配置是否生效。
永久修改配置文件
如果需要让配置永久生效，需要修改mysql的配置文件，不同系统的配置文件路径略有差异：
- Linux系统通常为
/etc/my.cnf或者/etc/mysql/my.cnf - Windows系统通常为mysql安装目录下的
my.ini文件
在配置文件的[mysqld]区块下添加或修改max_connections参数：
[mysqld] # 设置最大连接数为500，根据实际服务器资源调整 max_connections = 500
修改完成后需要重启mysql服务让配置生效，Linux系统重启命令通常为systemctl restart mysqld，Windows系统可以在服务管理面板中重启mysql服务。
调整max_connections的注意事项
调整max_connections不能只看业务需求，还需要结合服务器的硬件资源合理设置，否则反而会引发问题。
结合服务器资源评估
每个mysql连接都会占用一定的内存资源，通常单个连接的线程栈默认占用256KB左右内存，如果设置max_connections为1000，仅连接线程就会占用约256MB内存，再加上查询缓存、排序缓存等资源，很容易耗尽服务器内存。一般建议max_connections的设置参考公式：服务器可用内存 / 单连接平均占用内存，同时预留20%以上的内存给系统和其他服务使用。
配合wait_timeout优化连接回收
如果存在大量空闲连接没有及时释放，即使调大max_connections也可能很快被占满。可以配合调整wait_timeout参数，控制空闲连接的存活时间：
-- 设置非交互连接的空闲超时时间为300秒，超过该时间空闲连接会被自动关闭 SET GLOBAL wait_timeout = 300; -- 设置交互连接的空闲超时时间 SET GLOBAL interactive_timeout = 300;
使用连接池减少连接开销
业务端尽量使用数据库连接池管理连接，避免频繁创建和销毁连接，连接池的最大连接数设置要小于mysql的max_connections值，预留一定的连接空间给运维操作等场景使用。
常见问题排查
如果修改max_connections后出现连接拒绝的问题，可以先排查以下几个点：
- 确认配置是否真的生效，避免只做了临时修改但服务重启后配置丢失
- 检查服务器文件描述符限制，mysql每个连接需要占用一个文件描述符，如果系统文件描述符上限低于max_connections，会导致连接无法创建，可以通过
ulimit -n命令查看系统文件描述符限制，在/etc/security/limits.conf中调整 - 排查是否存在慢查询或者长事务占用连接不释放的情况，通过
SHOW PROCESSLIST;命令可以查看当前连接的执行状态
mysqlmax_connections数据库连接池服务器性能优化修改时间：2026-06-18 22:36:39