如何通过phpEnv调整MySQL最大连接数限制？

本文共计635个文字，预计阅读时间需要3分钟。

查当前 MySQL 实际连接数是否真满了

别猜，直接连进 MySQL 执行：

SHOW STATUS LIKE 'Threads_connected';

返回的数值如果接近或等于 max_connections（可查 SHOW VARIABLES LIKE 'max_connections';），说明确实被占满了。注意：Threads_connected 不包含已关闭但未回收的连接（比如 CLI 脚本异常退出、没调 mysqli_close()），压测时可能比预期高。

改 phpEnv 内 MySQL 的 max_connections 值

phpEnv 把 MySQL 配置文件放在安装目录下的 mysql\my.ini（不是 my.cnf）。编辑它，在 [mysqld] 段落下加或改这两行：

立即学习“PHP免费学习笔记（深入）”；

• max_connections = 200（根据内存和并发量设，128～300 较常见）
• wait_timeout = 60 和 interactive_timeout = 60（让空闲连接更快释放）

改完必须重启 phpEnv 中的 MySQL 服务——在 phpEnv 控制面板里点“重启 MySQL”，不是只点“启动”。不重启配置不生效。

PHP 层避免无谓占连接

phpEnv 默认用的是短连接，但代码里仍可能出问题：

• 用 mysqli_connect() 时第五个参数显式传 false，确保不用持久连接
• CLI 模式下脚本结束不会自动关 MySQL 连接，必须手动调 mysqli_close($conn)
• 用 PDO 时，构造时别加 PDO::ATTR_PERSISTENT => true，否则连接会进池子滞留
• 别在循环里反复 new mysqli() 却不 close —— 一个请求只该开 1～2 个连接

为什么调高 max_connections 反而更卡？

单纯加 max_connections 不解决根本问题，还可能恶化：

• 每个连接吃内存，值设太高会挤占系统资源，导致 MySQL OOM 或触发 swap
• 连接数暴涨往往源于 PHP 连接没释放、慢查询堆积、或前端重试风暴，得先查 SHOW PROCESSLIST 看哪些连接长期 Sleep 或在 Waiting for table metadata
• phpEnv 的 MySQL 默认是 32 位或低配版，max_connections > 500 容易不稳定，不建议硬顶

真正要盯的是连接生命周期——谁开的、谁关的、为啥不关。MySQL 的连接数限制只是最后一道闸门，不是流量调节阀。