PDO持久连接本质是按DSN+用户+密码三元组缓存的连接复用机制，非长连接；必须实例化时设置PDO::ATTR_PERSISTENT，且需严格匹配数据库连接数与PHP-FPM进程数，防范状态残留与资源耗尽。
PHP 的 PDO 持久连接不是“长连接”概念的等价替代，它本质是连接复用缓存，且极易因配置不当引发连接泄漏、状态残留或资源耗尽。
PDO::ATTR_PERSISTENT 必须在构造时设置，不能后期修改
这个属性只在 PDO 实例化那一刻起效。如果先创建普通连接，再调用 setAttribute(PDO::ATTR_PERSISTENT, true)，驱动完全忽略——连接仍是每次新建再销毁。
- ✅ 正确写法：
$pdo = new PDO($dsn, $user, $pass, [PDO::ATTR_PERSISTENT => true]); - ❌ 错误写法：
$pdo = new PDO($dsn, $user, $pass); $pdo->setAttribute(PDO::ATTR_PERSISTENT, true); - 持久连接按 DSN 字符串 + 用户名 + 密码 三元组做哈希键缓存，任意一项不同（比如
host=localhost和host=127.0.0.1）都会视为新连接池，无法复用
MySQL 场景下必须同步调整 wait_timeout 和 max_connections
PHP-FPM 每个 worker 进程会持有一个持久连接，若 pm.max_children = 50，而 MySQL 的 max_connections = 30，第 31 个请求就会直接报错 SQLSTATE[HY000] [1040] Too many connections。
- MySQL 需设
wait_timeout = 28800（8 小时）以上，避免连接被服务端主动断开后，PHP 还拿着失效句柄重用 - 务必检查
show variables like 'max_connections';，确保其 ≥ PHP-FPM 最大并发进程数 - 连接复用后，
SET NAMES utf8mb4、临时表、未提交事务等状态可能残留，建议在每次查询前显式$pdo->exec('RESET QUERY CACHE');或更稳妥地用try/catch捕获SQLSTATE[HY000]并重建连接
不要在 ODBC 或 ProxySQL 环境下混用 PDO 持久连接
ODBC 层（如 unixODBC）本身有独立连接池，若 PDO 再启用 PDO::ATTR_PERSISTENT，会导致连接被 PDO 占住不归还，ODBC 池只能不断新建物理连接，最终撑爆数据库。
- 使用 ProxySQL 时，应关闭 PDO 持久连接，改由 ProxySQL 自身管理连接池；DSN 改为指向 ProxySQL 端口，例如
mysql:host=127.0.0.1;port=6033;dbname=test - Firebird、PostgreSQL 等驱动对持久连接支持更弱，部分版本存在句柄泄漏风险，生产环境建议优先用连接池中间件而非依赖
PDO::ATTR_PERSISTENT - PHP-FPM 的
pm.max_children必须 ≤ 数据库连接上限，否则必然触发连接拒绝，这不是代码能绕过的硬限制
真正难处理的不是怎么开开关，而是连接状态残留和资源配比失衡——一个没清空的临时表，可能让下一个请求查出错误数据；一个没对齐的 max_connections，会让整个服务在高并发下静默失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
