MySQL连接数限制在配置文件/etc/my.cnf或/www/server/mysql/etc/my.cnf的[mysqld]段中通过max_connections参数配置，修改后需重启MySQL生效。
MySQL 连接数限制在哪配？不是宝塔界面点点就完事
宝塔面板本身不直接管理 MySQL 的最大连接数，它只是个 Web 管理层，真正起作用的是 MySQL 服务自身的配置。你改宝塔里“数据库”页面的“最大连接数”字段，只是改了个显示值，mysqld 进程压根不认这个——重启 MySQL 后还是用默认或配置文件里的值。
实操建议：
- 找到 MySQL 配置文件：
/etc/my.cnf或/www/server/mysql/etc/my.cnf（宝塔常用路径） - 在
[mysqld]段下添加或修改：max_connections = 200（按需设，别盲目调太高） - 改完必须重启 MySQL：
systemctl restart mysqld或宝塔面板里点“重启” - 验证是否生效：
mysql -uroot -p -e "SHOW VARIABLES LIKE 'max_connections';"
为什么设了 max_connections 还被撑爆？查查实际用了多少
光设上限没用，得知道谁在连、连了多少、有没有连上不放。MySQL 实际并发连接数可能远低于 max_connections，但因长连接未释放、应用没 close、连接池配置不当，导致连接堆积卡死。
常见错误现象：
- 报错
Too many connections，但SHOW STATUS LIKE 'Threads_connected';显示才 80，而max_connections是 200 - 新连接建立缓慢，
SHOW PROCESSLIST;里一堆Sleep状态且Time值很大 - PHP 应用里用
mysql_connect()（已废弃）或没mysqli_close()，每次请求都新建连接
实操建议：
- 实时看当前连接：
mysql -uroot -p -e "SHOW STATUS LIKE 'Threads_connected';" - 看活跃会话：
mysql -uroot -p -e "SHOW PROCESSLIST;" | grep -v Sleep | wc -l - 查超时设置：
SHOW VARIABLES LIKE '%timeout%';，重点关注wait_timeout和interactive_timeout（单位秒，默认 28800=8 小时，太长容易积压）
PHP 应用连不上 MySQL？检查连接池和持久化开关
宝塔上跑 PHP+MySQL，最容易踩的坑是开了 mysql.allow_persistent 或用了 PDO::ATTR_PERSISTENT，但没配好回收机制，连接一直占着不释放，最后把 max_connections 耗光。
使用场景：
- ThinkPHP/Laravel 默认用 PDO，如果配置了
'options' => [PDO::ATTR_PERSISTENT => true]，连接不会随脚本结束释放 - 宝塔 PHP 设置里勾选了“启用 MySQL 持久连接”，等同于全局开启
mysql.allow_persistent = On - WordPress 插件或自定义代码里手动调用
mysql_pconnect()（已废弃，但老代码仍有）
实操建议：
- 宝塔 PHP 设置页 → 禁用“MySQL 持久连接”（除非你真懂怎么管它）
- 检查应用配置，把
PDO::ATTR_PERSISTENT设为false - 确认
wait_timeout不超过 300 秒（5 分钟），避免空闲连接挂太久 - 用
SHOW PROCESSLIST;定期抓快照，对比 IP 和User字段，定位哪台服务器/哪个应用连疯了
云服务器内存小，max_connections 别乱设
每个 MySQL 连接至少占用几 MB 内存（尤其开了 sort_buffer、join_buffer），设 1000 连接，在 1G 内存的轻量服务器上，光连接就能吃掉大半内存，触发 OOM Killer 杀 MySQL 进程。
性能影响：
-
max_connections每增加 100，mysqld 启动时预分配内存约多 2–5MB（取决于其他 buffer 配置） - 连接数高但活跃度低，反而增大锁竞争和线程调度开销
- 宝塔监控里“MySQL 内存使用率”持续 >80%，大概率是连接数或缓存配过头了
实操建议：
- 1G 内存服务器，
max_connections建议 ≤ 150；2G 可到 250；别只看 CPU - 配合调低单连接内存参数：
sort_buffer_size = 256K、read_buffer_size = 128K（别改太大） - 用
mysqladmin -uroot -p extended-status | grep Threads_connected配合 cron 每分钟记录，观察峰值
最常被忽略的其实是应用层连接行为——连多少、连多久、断没断，比单纯调高 max_connections 重要得多。
