MySQL最大连接数调优，根据服务器内存估算合理

MySQL 出现 Too many connections 报错时，很多人第一反应是把 max_connections 调大。
但改得太高，MySQL 进程会占用过多内存，甚至把服务器拖垮。
本文会讲清楚如何根据服务器内存估算合理的 max_connections，并给出修改、验证和避坑步骤，零基础用户也可以直接照着做。

为什么 max_connections 不能随手填

max_connections 表示 MySQL 允许同时连接的最大客户端数。
每个连接都会占用一定的内存，包括线程栈、排序缓冲区、连接缓冲区等。
在 MySQL 5.7 和 8.0 中，一个空闲连接通常占用 1MB 左右内存，执行复杂查询时可能占用更多。
如果设置过大，当大量连接同时建立时，内存会瞬间被吃满，触发 OOM 甚至导致数据库宕机。

合理做法是先确认可用内存，再结合业务并发量设置一个偏保守的初始值，之后根据运行情况微调。

先看服务器内存和当前连接使用情况

登录服务器后，先用 free -h 查看总内存和可用内存：

free -h

重点关注 available 一列，这是操作系统当前可分配给 MySQL 的体积。
然后查看 MySQL 当前的连接数和历史峰值：

SHOW VARIABLES LIKE 'max_connections';
SHOW STATUS LIKE 'Threads_connected';
SHOW STATUS LIKE 'Max_used_connections';

Threads_connected 是当前连接数，Max_used_connections 是启动以来的最大峰值。
如果峰值已经非常接近 max_connections，说明确实需要调大；
如果峰值远低于上限，则通常不需要调整。

根据内存估算合理的 max_connections

一个直接可用的估算思路是：

可分配内存 ÷ 每个连接平均占用内存 ≈ 建议最大连接数

例如服务器总内存 8GB，系统、PHP、Nginx 等已占用约 3GB，剩余 5GB 给 MySQL。
按单连接平均占用 2MB 计算，初步可设置 max_connections = 2500 左右，但实际生产环境通常不会全量连接同时请求，建议再取 50%~70% 作为安全值，也就是 1250~1750。

更保守的经验范围是：1GB 内存对应 100~200 个连接，8GB 内存对应 800~1600。
这个范围适合绝大多数中小型网站。
如果你的业务有大量长连接或复杂查询，应适当降低数值，避免内存溢出。

另外，连接数还受 table_open_cache、innodb_buffer_pool_size 等参数影响，不要只看内存。
调优时先从 max_connections 入手，再观察实际内存占用。

修改 max_connections 配置并重启生效

修改前先备份原配置文件，通常路径是 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf。
使用 vi 或 nano 编辑，在 [mysqld] 段下加入：

[mysqld]
max_connections = 500

保存后重启 MySQL：

systemctl restart mysqld

重启后执行下面的命令确认是否生效：

SHOW VARIABLES LIKE 'max_connections';

如果不想重启，也可以临时动态调整：

SET GLOBAL max_connections = 500;

但动态调整只对当前实例有效，重启后会失效。
正式环境建议修改配置文件。

验证调整结果与常见避坑

调整后不要立刻认为万事大吉，需要观察一段时间。
重点看两个指标：

• Threads_connected 是否经常触碰上限；
• 服务器可用内存是否持续下降。

可以使用这条 SQL 检查当前连接占用的内存趋势：

SELECT COUNT(*), SUM(IF(thread_id IS NULL, 0, 1)) FROM performance_schema.threads;

如果发现连接数还没到上限，内存先吃紧了，说明设置仍然偏高，需要调低。

常见的坑有三个：

1. 只调大连接数，不排查慢查询。大量连接堆积往往是因为 SQL 执行慢，连接长时间占用。此时应该优先优化慢日志，而不是无限调大连接数。
2. 忽略连接超时参数。配合 wait_timeout 和 interactive_timeout 控制空闲连接回收，避免僵尸连接占满连接池。
3. 使用连接池的程序要特别注意。连接池可能一次性建立几十个连接，如果 max_connections 设置太小，连接池会频繁报错。

另外，如果使用宝塔面板，你可以在“软件商店 → MySQL → 设置 → 配置修改”里直接找到 max_connections 调整，本质上仍是修改配置文件。

建议把当前内存、峰值连接数和修改后的 max_connections 记录到文档里，方便后续复盘。
每一次调整后，至少观察一周再决定是否继续增加，不要一次性调到理论值上限。
这样得到的连接数配置，才是既稳定又符合服务器真实负载的方案。