PHP 8.5 不内置数据库连接池，空闲连接回收依赖 Swoole、Hyperf 或 ProxySQL 等外部方案的 idle_timeout 与 heartbeat 配置及健康检查机制。
PHP 8.5 本身不内置数据库连接池，但结合现代运行环境（如 Swoole 协程、php-pm 或自研池），可高效实现空闲连接回收。关键不在 PHP 版本特性，而在连接池组件自身的策略配置与健康检查机制。
空闲连接回收的核心逻辑
空闲连接回收不是“自动发生”的魔法，而是由连接池主动执行的周期性清理动作：检测连接是否超时未被使用、是否已断开、是否处于异常状态，并将其从空闲队列中移除或重建。PHP 8.5 的协程优化（如更低内存占用、更稳的 await 调度）让这类后台任务更轻量可靠，但回收行为仍取决于你选用的池方案。
按方案配置空闲回收参数
-
Swoole 协程 MySQL 池（推荐用于高并发长连接场景）：
在config/swoole.php或池初始化代码中设置：'min_connections' => 5,'max_connections' => 50,'wait_timeout' => 30, // 连接从池中取出后最长等待时间（秒）'heartbeat' => 10, // 心跳检测间隔（秒），自动 ping 断连连接'idle_timeout' => 60 // 连接空闲超时后自动归还并关闭（秒）
注意：idle_timeout是 Swoole\Coroutine\Pool 的核心回收开关，需配合heartbeat使用才能真正剔除失效连接。 -
Hyperf Pool 组件（解耦引入 ThinkPHP 或原生项目）：
在自定义池类（如MySqlConnectionPool）中重写isValid()和gc()方法：public function isValid($connection): bool { return $connection instanceof PDO && $connection->getAttribute(PDO::ATTR_CONNECTION_STATUS) === 'OK'; }
并在gc()中调用$this->clearIdleConnections($maxIdleTime = 60);实现定时清理。 -
ProxySQL / MaxScale 外部代理（对 PHP 透明）：
在 ProxySQL 管理接口中执行：UPDATE mysql_servers SET max_connections = 100, connect_timeout_server = 3000;UPDATE global_variables SET mysql-max_idle_connections = 200, mysql-idle_timeout_server = 3600;
执行LOAD MYSQL SERVERS TO RUNTIME;生效。此时空闲回收完全由代理层控制，PHP 只需连代理地址即可。
避免回收失效的常见陷阱
即使配置了 idle_timeout，以下情况会导致空闲连接无法及时回收：
- PDO 实例被长期持有（如全局变量、静态属性），未调用
$pdo = null或未显式释放引用； - 连接归还池前未重置会话状态（如未清空临时表、未 commit/rollback 事务），导致下次获取时状态污染，池可能拒绝复用而新建连接；
- 未启用心跳检测，断连连接滞留池中，持续占用名额却不响应；
- PHP-FPM 模式下误用持久连接（
PDO::ATTR_PERSISTENT => true）替代连接池——它不提供空闲回收能力，只做进程内复用，且易引发状态串扰。
验证回收是否生效
可通过三类方式确认：
立即学习“PHP免费学习笔记（深入）”；
- 查数据库当前连接数：
SHOW STATUS LIKE 'Threads_connected';，观察高峰后是否回落； - 查池监控指标（如 Swoole Manager 页面、Hyperf Dashboard）中的
idle_count、active_count变化趋势； - 开启 ProxySQL 日志：
SET GLOBAL mysql-eventslog_filename='proxy_events.log';，搜索idle timeout关键词。
