本质是连接未及时释放或复用错位，需三端协同排查：先查max_connections、Threads_connected和SHOW PROCESSLIST确认真实状态，再核对PHP-FPM与MySQL超时参数是否对齐，最后检查代码中PDO持久连接配置、try/finally释放逻辑及连接池实际生效情况。
PHP 8.0 网站数据库连接池打满，本质不是“池子太小”，而是连接没被及时释放、复用错位或生命周期失控。排查要从应用层、数据库层、中间件三端协同看，不能只盯着 max_connections 调大。
查清当前连接真实状态
登录 MySQL 执行三句关键命令：
-
SHOW VARIABLES LIKE 'max_connections';—— 看数据库允许的最大连接数（默认常为 151） -
SHOW STATUS LIKE 'Threads_connected';—— 看当前已建立的连接数，≥90% 就算危险 -
SHOW PROCESSLIST;—— 重点观察状态列：大量 Sleep 且 Time > 300 秒，说明连接空闲却未释放；大量 Waiting for table metadata lock，说明是 DDL 或长事务卡住元数据锁，不是连接池本身问题
核对 PHP-FPM 与 MySQL 超时参数是否对齐
连接卡死最常见原因是两端超时设置打架：
- MySQL 的
wait_timeout（默认 28800 秒 = 8 小时）必须大于连接池的idleTimeout，但差值建议控制在 60 秒内。例如 HikariCP 设idle-timeout: 600000（10 分钟），MySQL 就该设SET GLOBAL wait_timeout = 660; - PHP-FPM 的
pm.max_children× 每进程平均连接数，不能超过max_connections的 70%。比如 MySQL 设了 500，FPM 最多配 350 个子进程 - 若用了 Swoole 协程，
pm.max_children应设为 1，否则 FPM 进程 + 协程池会双重占用连接
检查代码中连接创建与释放逻辑
尤其注意 PHP 8.0 下易被忽略的细节：
立即学习“PHP免费学习笔记（深入）”；
- 避免在循环、事件监听或命令行任务里反复调用
new PDO()或Db::connect()（ThinkPHP 8 中'pool' => true在 FPM 下无效，每次仍是新连接） - PDO 持久连接（
PDO::ATTR_PERSISTENT => true）需确保 DSN 字符串完全一致（host、port、dbname、charset、user、pass 全部相同），否则无法复用，反而新建连接 - 使用 try/finally 或
using风格（如 Laravel 的 DB::transaction 回调）确保异常时连接也能归还，不要依赖 GC 自动关闭
验证连接池配置是否真正生效
很多问题出在“以为启了，其实没启”：
- HikariCP：检查日志是否有
Starting HikariPool和实际Active数变化；确认maximum-pool-size未被环境变量覆盖 - ProxySQL：必须显式开启
mysql-pool_enabled=1，并检查mysql_servers表中status为ONLINE，日志有Pool is enabled for hostgroup - Redis 类场景（如 TP8 Cache::store('redis')）：每次调用都新建客户端，应改用手动单例绑定容器，禁用自动工厂模式
