ThinkPHP如何做数据库连接池连接复用率_ThinkPHP评估连接使用效率指标【操作】-ThinkPHP-PHP中文网

thinkphp 8 不提供原生数据库连接池，db/model 操作默认使用 php-fpm 进程级短连接，持久连接（pdo::attr_persistent）非真正连接池，无法跨进程复用、限流或健康检查。

thinkphp如何做数据库连接池连接复用率_thinkphp评估连接使用效率指标【操作】

ThinkPHP 8 没有原生数据库连接池

直接说结论：ThinkPHP（包括 TP6/TP8）本身不提供数据库连接池功能，所有 Db 或 Model 操作默认走 PHP-FPM 进程级短连接——每次 HTTP 请求结束，连接就关闭。所谓“连接复用”，实际依赖的是 PDO 的 PDO::ATTR_PERSISTENT（持久连接），但它不是连接池，也不保证复用率可控。

常见错误现象：Too many connections 报错频发、监控显示 Threads_connected 持续攀升、压测时 DB CPU 突增但 QPS 上不去。

持久连接开启后，连接会留在 PHP-FPM worker 进程里，下次同进程处理请求可能复用——但无法跨进程、无法限流、无法健康检查
MySQL 侧的 wait_timeout 和 PHP 的 max_execution_time 不匹配时，容易拿到失效连接，触发 MySQL server has gone away
TP 配置中设 'persistent' => true 只是打开 PDO 持久化开关，不等于“连接池已就绪”

如何评估当前连接使用效率

别看 TP 日志或配置，要看 MySQL 实时状态和 PHP 进程行为。真正有效的指标只有三个：实际复用次数、空闲连接存活时长、连接泄漏比例。

查 MySQL 当前连接分布：SHOW PROCESSLIST，重点关注 Command 为 Sleep 且 Time > 30 的连接——它们大概率是 TP 持久连接，但没被复用
在 TP 应用里加一行日志：Db::getPdo()->getAttribute(PDO::ATTR_CONNECTION_STATUS)，每次查询前打点，统计相同 PDO 对象被调用次数
用 lsof -p {pid} 查单个 PHP-FPM 进程打开的 socket 数，对比 netstat -an | grep :3306 | wc -l 全局连接数，差值大说明连接没被回收或复用不均

想真做连接复用，得绕开 TP 默认机制

TP 的 Db 类封装太深，connect() 方法每次都会 new PDO 实例（除非开了持久化）。要实现可控复用，必须接管连接创建逻辑。

写一个单例连接管理器，用 swoole\Coroutine\Channel 或 Redis 做连接槽位队列（仅限 Swoole 环境）
在 Db 初始化前，通过 Db::setConnection() 注入自定义 PDO 实例，绕过 TP 自动连接流程
若用 Apache + mod_php，基本无解——每个请求都是新进程，持久连接意义极小，不如优化 MySQL max_connections 和慢查询
TP8 的 think-swoole 扩展支持协程连接池，但需配合 co\mysql 或 co\pdo，不能直接喂给 Db 类用

最容易被忽略的坑：PDO 持久连接 + 事务 = 连接卡死

这个组合在 TP 里特别危险。一旦开启 persistent，又在事务中抛异常未显式 rollback，该连接会一直挂着 in transaction 状态，后续复用它的请求直接阻塞。

TP 的 transaction() 方法内部用 try/catch 包裹，但若你在回调里用了 exit、die 或致命错误，rollback 就不会执行
检查方式：连上 MySQL 后执行 SELECT * FROM information_schema.INNODB_TRX，看 TRX_STATE 是不是一堆 LOCK WAIT 或长时间 RUNNING
临时缓解：在 AppService 中监听 WorkerStart 事件，对每个 PDO 手动设 ATTR_TIMEOUT 和 ATTR_ERRMODE，并确保所有事务块外层包 finally { $pdo->rollback(); }