怎样配置PHP 8.5.5的数据库连接池【性能】

PDO::ATTR_PERSISTENT不是连接池，PHP 8.5.5无原生连接池能力；FPM下启用会导致僵死连接、脏数据和连接数暴涨；应关闭持久连接，改用ProxySQL或Swoole协程池，并联动调优wait_timeout等参数。

PDO::ATTR_PERSISTENT 不是连接池，别配它来扛高并发。 PHP 8.5.5 本身不提供数据库连接池能力，所谓“配置连接池”本质是选对方案、避开陷阱、把资源管住——不是调几个参数就能生效的。

PHP-FPM 下禁用 PDO 持久连接（PDO::ATTR_PERSISTENT）

在 PHP 8.5.5 + FPM 环境中启用 PDO::ATTR_PERSISTENT => true，只会让每个 worker 进程缓存一个连接，但该连接无法跨请求复用，也无法被其他 worker 共享。一旦 MySQL 触发 wait_timeout（默认 28800 秒），连接就僵死，后续请求直接报 MySQL server has gone away。

• 压测时 Threads_created 持续上涨，说明连接根本没复用
• 事务或临时表状态残留，下一个请求可能读到脏数据
• 连接数上限由 pm.max_children × 1 决定，极易打满 max_connections
• ThinkPHP、Laravel 等框架默认开启持久连接，连 PolarDB 这类云数据库会直接触发 Too many connections

正确做法：显式关闭，DSN 和选项里都去掉 PDO::ATTR_PERSISTENT，改用短连接 + 外部池化。

用 ProxySQL 做透明连接池（零代码改造）

这是中小团队最稳的落地方式：PHP 仍用短连接，ProxySQL 负责维护真实长连接池、健康检查、读写分离和限流。

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

• PHP DSN 改为 mysql:host=proxysql-host;port=6033;dbname=test（不再是 MySQL 原端口 3306）
• ProxySQL 中执行：INSERT INTO mysql_servers (hostgroup_id, hostname, port, max_connections) VALUES (1, 'real-mysql', 3306, 150)
• 给 PHP 用户配 max_connections（如 100），避免单应用占满后端
• 启用 monitor 模块，自动踢掉不可用节点，防止请求发到已宕机的 MySQL
• 实测 QPS > 500 场景下，Aborted_connects 降 80%，Threads_created 趋于直线

多一次网络跳转（+0.3ms 延迟），但远小于建连开销（通常 > 10ms）。比自己写 Lua 脚本管理 MySQL Proxy 更可靠、更易运维。

Swoole 协程下才配谈真连接池（SwooleConnectionPool）

只有常驻内存 + 协程调度环境，才能实现带超时、容量控制、自动回收的完整连接池。PHP 8.5.5 的原生协程（Coroutine）可配合 Swoole 使用，但注意：Swoole 扩展仍是必需依赖。

• 池大小必须 ≤ 后端数据库 max_connections × 0.8（预留系统连接）
• 设 idle_timeout => 300（5 分钟），匹配 MySQL 的 wait_timeout，避免归还后被服务端主动断开
• 设 wait_timeout => 3（秒），防止协程无限等待空闲连接，引发雪崩
• 不能复用 ThinkPHP 自带的 pool 配置——它只适用于同步模型，协程下会漏控连接数
• 示例初始化：new SwooleConnectionPool(function () { return new CoMySQL(); }, 20)

真正需要连接池的场景（如 API 网关、实时推送），应直接基于 Swoole HTTP Server 构建，而不是在 FPM 上硬套池化概念。

最容易被忽略的一点：无论选 ProxySQL 还是 Swoole 池，wait_timeout、max_connections、pm.max_children 这三个值必须联动调整。差一个数量级，池就形同虚设。