应启用pdo::attr_persistent => true实现连接复用，需确保dsn、用户名、密码完全一致，并配合禁用自动重连、限制fpm worker数量及mysql超时设置，避免连接堆积；高风险场景推荐改用请求级单例模式。

如果您在PHP应用中频繁创建数据库连接，导致响应延迟升高或数据库连接数激增，则可能是由于每次请求都建立全新TCP连接所致。以下是配置PDO持久连接以实现连接复用的具体方法：

一、启用PDO::ATTR_PERSISTENT参数

PDO持久连接通过在脚本执行结束后不真正关闭底层TCP连接，而是将其归还至当前PHP-FPM worker进程的内部连接池，供后续相同配置的请求直接复用，从而跳过三次握手、认证与会话初始化等开销步骤。

1、在new PDO()构造函数的第四个参数（选项数组）中显式传入PDO::ATTR_PERSISTENT => true。

2、确保DSN字符串、用户名、密码三者完全一致，否则无法命中已有连接。

3、示例代码：$pdo = new PDO($dsn, $user, $pass, [PDO::ATTR_PERSISTENT => true]);

二、禁用自动重连并显式控制连接生命周期

启用持久连接后，若底层TCP连接因超时或服务端重启而失效，PDO可能在下次使用时静默重建，导致事务中断或状态不一致；因此需配合禁用自动恢复机制，并由应用层主动管理连接可用性。

1、在选项数组中明确设置PDO::MYSQL_ATTR_FOUND_ROWS => false（如适用）及PDO::ATTR_EMULATE_PREPARES => false。

2、添加PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，确保连接异常立即抛出而非静默失败。

3、禁止在连接建立后调用PDO::setAttribute()动态开启持久化——该操作无效，必须在new PDO()时一次性声明。

三、限制连接池规模并适配Web服务器模型

PDO持久连接按PHP-FPM worker进程隔离，每个worker维护独立连接池；若未加限制，高并发下易造成数据库侧连接数爆炸，甚至触发max_connections拒绝新连接。

1、在php-fpm.conf中调整pm.max_children或pm.max_requests，控制worker数量与生命周期。

2、在MySQL侧设置wait_timeout与interactive_timeout，使其略大于PHP脚本最大执行时间，避免连接被服务端单方面断开。

3、监控实际连接复用率：查询information_schema.PROCESSLIST，统计Host列中相同IP+Port组合的连接数，确认是否发生预期复用。

四、替代方案：显式单例模式（非持久化）

当业务涉及事务一致性、调试复杂度高或部署环境存在连接状态不可控风险时，可放弃PDO内置持久化，改用请求级单例——即同一HTTP请求内仅初始化一次PDO实例，既规避跨请求状态污染，又避免持久连接隐性故障。

1、定义私有静态属性$instance存储PDO对象引用。

2、构造函数设为private，禁止外部new实例化。

3、getInstance()方法中判断$instance是否为null，若为空则执行new PDO()并传入完整配置（含PDO::ATTR_PERSISTENT => false）。

4、关键点：PDO::ATTR_PERSISTENT必须显式设为false，不可依赖默认值。

五、验证持久连接是否生效

仅凭代码配置无法确认连接是否真实复用，需结合运行时行为观测与数据库侧日志交叉验证，排除配置误写或进程模型不兼容等干扰因素。

1、在PHP脚本中执行两次new PDO()调用，中间插入sleep(1)，观察第二次是否秒级返回（无明显延迟）。

2、登录MySQL执行SHOW PROCESSLIST，检查Id列是否出现长时间存活（远超脚本执行时间）且User/Host/DB字段一致的连接行。

3、在PHP错误日志中搜索“SQLSTATE[HY000] [2006] MySQL server has gone away”，若高频出现，说明持久连接已断开但未被及时清理，此时应禁用持久化并排查网络或超时配置。