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 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 协程下才配谈真连接池（Swoole\ConnectionPool）
只有常驻内存 + 协程调度环境，才能实现带超时、容量控制、自动回收的完整连接池。PHP 8.5.5 的原生协程（Coroutine）可配合 Swoole 使用，但注意：Swoole 扩展仍是必需依赖。
- 池大小必须 ≤ 后端数据库
max_connections× 0.8（预留系统连接） - 设
idle_timeout => 300（5 分钟），匹配 MySQL 的wait_timeout，避免归还后被服务端主动断开 - 设
wait_timeout => 3（秒），防止协程无限等待空闲连接，引发雪崩 - 不能复用 ThinkPHP 自带的
pool配置——它只适用于同步模型，协程下会漏控连接数 - 示例初始化：
new Swoole\ConnectionPool(function () { return new Co\MySQL(); }, 20)
真正需要连接池的场景（如 API 网关、实时推送），应直接基于 Swoole HTTP Server 构建，而不是在 FPM 上硬套池化概念。
最容易被忽略的一点：无论选 ProxySQL 还是 Swoole 池，wait_timeout、max_connections、pm.max_children 这三个值必须联动调整。差一个数量级，池就形同虚设。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
