先用 SHOW STATUS LIKE 'Threads_connected' 查当前连接数，再对比 SHOW VARIABLES LIKE 'max_connections'，若前者接近或等于后者才是真满；否则可能是连接未释放、长事务或应用层泄漏。
MySQL 报错 Too many connections 怎么快速确认是不是连接数真满了
先别急着调配置，用 SHOW STATUS LIKE 'Threads_connected'; 查当前活跃连接数，再对比 SHOW VARIABLES LIKE 'max_connections';。如果前者接近或等于后者，才是真满了；否则可能是连接没释放、长事务卡住，或者应用层泄漏了 PDO 或 mysqli 实例。
注意：Linux 下用 netstat -an | grep :3306 | wc -l 看 TCP 连接数只能作参考，因为 MySQL 可能复用 socket、也可能有 TIME_WAIT，不能直接等同于 Threads_connected。
PHP 中 mysql_pconnect() 已废弃，该用什么替代持久连接
mysql_pconnect() 在 PHP 7.0+ 已彻底移除，不能再用。现在只有两条路：
-
PDO开启PDO::ATTR_PERSISTENT => true，但必须确保每次new PDO()的 DSN 完全一致（包括 host、port、dbname、charset），否则不会复用连接 -
mysqli使用mysqli_connect()+MYSQLI_CLIENT_FOUND_ROWS不起作用，得用mysqli_init()+options(MYSQLI_OPT_CONNECT_TIMEOUT, ...)+real_connect()并传入MYSQLI_CLIENT_INTERACTIVE | MYSQLI_CLIENT_PS_CACHE—— 但真正启用持久连接只靠mysqli_real_connect()的第 7 个参数设为true
示例（PDO）：
$pdo = new PDO(
'mysql:host=localhost;port=3306;dbname=test;charset=utf8mb4',
$user, $pass,
[PDO::ATTR_PERSISTENT => true]
);漏掉 charset 或改了 host（比如从 127.0.0.1 改成 localhost）都会导致新连，白配。
PHP-FPM worker 复用导致持久连接堆积，怎么控制数量
PHP-FPM 每个 worker 进程会各自维持一套持久连接池，max_connections 是 MySQL 全局上限，但每个 PHP worker 都可能建满自己的“持久连接”，最终撑爆 MySQL。
立即学习“PHP免费学习笔记（深入）”；
关键控制点：
- 在
php-fpm.conf或 pool 配置里限制pm.max_children，别盲目设高，建议按压测结果定（比如 32–64） - 把
mysqld的wait_timeout和interactive_timeout从默认 28800（8 小时）降到 60–300 秒，让空闲持久连接更快被 MySQL 主动断开 - 避免在循环中反复
new PDO()，哪怕带PERSISTENT—— 每次 new 都尝试复用，失败就新建，容易绕过连接池逻辑
查堆积连接来源：登录 MySQL 后执行 SELECT ID, USER, HOST, DB, COMMAND, TIME, STATE FROM INFORMATION_SCHEMA.PROCESSLIST ORDER BY TIME DESC LIMIT 20;，重点看 COMMAND = 'Sleep' 且 TIME > 300 的连接，对应 PHP worker 的 IP 和脚本路径通常能定位到问题代码段。
不改代码的前提下，临时缓解连接耗尽的应急操作
线上突发 Too many connections，又没法立刻发版，可以：
- 临时提高 MySQL 的
max_connections（需重启或动态 SET，但仅限有 super 权限用户）：SET GLOBAL max_connections = 512;
注意：内存会随连接数线性增长，max_connections × (sort_buffer_size + read_buffer_size + ...)可能吃光 RAM - 杀掉休眠太久的连接：
KILL 12345;
或批量：SELECT CONCAT('KILL ',ID,';') FROM INFORMATION_SCHEMA.PROCESSLIST WHERE COMMAND='Sleep' AND TIME > 60;复制结果再执行 - 检查是否有慢查询阻塞连接释放：开
slow_query_log，设long_query_time = 1，抓取执行超 1 秒还没结束的语句
真正难处理的是连接泄漏 —— 比如异常未 catch 导致 finally 里的 $pdo = null 没执行，或对象被全局变量引用无法析构。这种问题不会报错，但连接数会缓慢爬升，必须结合 xdebug 或 blackfire 做请求生命周期追踪。
