PHP无内置连接池，只能通过持久连接（PDO::ATTR_PERSISTENT）或单例+连接检测模拟复用；需防状态残留、连接失效及泄露，优先优化SQL而非过度设计连接池。
PHP里没有真正的连接池，单例+享元只能模拟“复用”
PHP 的生命周期短（尤其在 FPM 模式下），每个请求启动新进程/线程，mysqli 或 PDO 连接在请求结束时自动关闭。所谓“连接池”，在 PHP 中无法像 Java 那样长期持有活跃连接；你用单例保存一个 PDO 实例，它只在当前请求内有效，下个请求仍是全新对象。享元模式（Flyweight）在此场景意义有限——数据库连接本身不是可共享的轻量对象，它的状态（事务、字符集、最后错误等）高度绑定于当前上下文。
单例类封装连接，但必须处理连接失效与重连
单例能避免同一请求内多次 new PDO()，但要注意：连接可能因超时、网络抖动或 MySQL wait_timeout 被服务端主动断开。直接复用已失效的 PDO 会抛出 PDOException（如 SQLSTATE[HY000] [2006] MySQL server has gone away）。
- 在单例的
getInstance()中，不缓存连接本身，而是缓存连接参数；每次调用时检查$pdo->getAttribute(PDO::ATTR_CONNECTION_STATUS)（仅部分驱动支持），更可靠的是捕获异常后重连 - 显式启用
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，避免静默失败 - 连接字符串中加上
&connect_timeout=5&read_timeout=30（MySQLi）或使用PDO::ATTR_TIMEOUT（PDO），防止卡死
享元模式对连接无实质优化，但可用于配置或查询模板
把连接对象当享元是误用。真正适合享元的是**不可变的、可共享的元数据**，比如：
- 预定义的 SQL 模板（如
"SELECT * FROM users WHERE id = ?"），不同请求共用同一字符串实例，减少内存重复 - 标准化的表名映射（
$tableMap['user'] = 't_user_01'），用静态数组 + 工厂方法统一管理 - 连接配置（host/port/database）本身是值对象，可用享元缓存，但注意别把敏感凭证（如密码）放进静态属性
强行给 PDO 套享元接口，只会增加抽象层，却无法规避连接状态隔离的本质限制。
FPM 下更现实的优化方向：持久连接 + 连接复用机制
PHP 官方推荐的“连接复用”方式是启用持久连接（PDO::ATTR_PERSISTENT => true 或 mysqli::options(MYSQLI_OPT_PERSISTENT, true)），它让连接在请求结束后不真正关闭，而是归还给进程内的连接缓存池（由 PHP 内核维护）。但这有陷阱：
- 持久连接不会自动重置状态（如用户变量、临时表、事务），必须在每次使用前执行
$pdo->exec('RESET SESSION')或至少ROLLBACK - FPM 子进程数（
pm.max_children）决定了最大并发连接数，设太高会导致 MySQLmax_connections耗尽 - 连接空闲超时仍受 MySQL
wait_timeout控制，持久连接一样会被 kill，需配合心跳（如定时SELECT 1）
真正需要连接池的场景（如高频微服务调用），应把连接池下沉到 Swoole 或 RoadRunner 等常驻内存的运行时中，而非在传统 PHP-FPM 架构里硬套设计模式。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
