ThinkPHP如何做数据库连接池连接复用率低告警_ThinkPHP连接建了却很少用提醒优化【操作】-ThinkPHP-PHP中文网

ThinkPHP数据库连接不复用的根本原因是其默认未启用真正的连接池，而是使用PDO长连接，该连接仅在单次请求内有效，PHP-FPM进程重启、超时或空闲回收均会导致连接断开。

thinkphp如何做数据库连接池连接复用率低告警_thinkphp连接建了却很少用提醒优化【操作】

为什么 `thinkphp` 的数据库连接看起来建了却总不复用？

根本原因不是连接池没开，而是 ThinkPHP 默认压根没连上真正的连接池——它用的是 PDO 的长连接（PDO::ATTR_PERSISTENT => true），但这个“持久”只在单次请求内有效，PHP-FPM 进程重启、连接超时、空闲回收都会让连接断掉。你看到的“连接数涨得快”，其实是每次请求都新建连接，又没被复用，而不是连接池失效。

常见错误现象：SHOW PROCESSLIST 里大量 Sleep 状态连接，但应用日志里查不到对应请求；监控显示连接数峰值高，但 QPS 并不高；mysqladmin extended-status | grep Threads_connected 持续攀升。

ThinkPHP 6.x 默认关闭连接池，'pool' => [] 是空配置，等于没启用
即使配了 'pool' => ['min' => 5, 'max' => 20]，底层仍依赖 Swoole 或 Hyperf 提供的协程连接池，原生 PHP-FPM 环境下该配置完全不生效
Db::connect() 每次调用默认走新连接，除非显式传入已存在的连接实例或开启事务上下文

怎么确认当前是否真用了连接池？

别信配置文件，要看运行时行为。最直接的办法是打日志或调试连接对象的生命周期。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

在 app/common/Db.php 或数据库中间件里加一行：Log::info('db connection id: ' . spl_object_id($connection));
发起两次快速请求（同一 FPM worker），如果两次日志里的 spl_object_id 不同，说明没复用；相同且连接未 close，则大概率进了连接池（前提是用了 Swoole 协程）
检查 config/database.php 中 'type' => 'mysql' 下是否有 'pool' => ['enable' => true] —— 这个字段在官方文档里存在感极低，但必须显式设为 true 才会触发连接池初始化逻辑
运行 php think swoole 启动后，执行 lsof -i :3306 | wc -l，对比 FPM 模式下的连接数，差值大才说明池起了作用

`Db::table()->select()` 为什么每次都不走池里已有连接？

因为 ThinkPHP 的查询构造器默认不绑定连接上下文，每次调用都可能触发新连接获取逻辑，尤其在多库、动态连接、闭包回调等场景下更明显。

避免在循环里写 Db::table('user')->where(...)->find()，改用批量查询 Db::table('user')->whereIn('id', $ids)->select()
手动复用连接：先 $conn = Db::connect('mysql')，再 $conn->table('user')->select()，确保同一请求内多次操作共享一个连接对象
事务内自动复用：只要在 Db::transaction(function () { ... }) 里执行的查询，都会复用同一个连接，这是唯一开箱即用的复用路径
注意 Db::name() 和 Db::table() 底层行为不同：前者会走模型连接缓存，后者更轻量但也更“干净”，容易绕过缓存

告警阈值怎么设才不会误报？

连接复用率低 ≠ 有问题，关键看单位时间内的连接创建频次和平均存活时长。直接监控 Threads_created 比 Threads_connected 更准。

在 MySQL 中执行：SHOW GLOBAL STATUS LIKE 'Threads_created';，每分钟采集一次，增长 > 10 次/分钟且持续 5 分钟，才值得告警
配合 PHP 应用层埋点：在 think\db\Connection::__construct() 里加计数器（需重写或 AOP），统计每分钟 new 出的连接数
不要按“连接数 > 50 就告警”，FPM 下 100 个 worker + 慢查询积压，Threads_connected 到 200 是常态；重点看 Threads_created / second 是否远高于 QPS
忽略 wait_timeout 和 interactive_timeout 的干扰：这两个值设太小会导致连接频繁重建，建议调到 300 秒以上再观察复用率

连接池不是开关一开就灵的事，ThinkPHP 的“池”字背后藏着 Swoole 协程、连接生命周期管理、PDO 层兼容性三重门槛。最容易被忽略的是：你在 FPM 下死磕 pool 配置，其实连池的边都没摸到。