ThinkPHP如何做数据库连接池连接复用统计报表_ThinkPHP分析连接使用效率趋势【操作】-ThinkPHP-PHP中文网

ThinkPHP 不支持数据库连接池，其 Db 类采用“连接-执行-关闭”或请求内复用模式，依赖 PHP-FPM 生命周期，无法实现跨请求连接复用；真实可干预点仅为 PHP 和 MySQL 底层配置。

thinkphp如何做数据库连接池连接复用统计报表_thinkphp分析连接使用效率趋势【操作】

ThinkPHP 没有内置数据库连接池

直接说结论：ThinkPHP 的 Db 类和底层 PDO 封装，**不支持连接池**。它用的是“连接-执行-关闭”或“连接-执行-复用（同一请求内）”模式，不是长连接池意义上的连接复用。

所谓“连接池”，需要独立进程/协程管理空闲连接、超时回收、并发预热等能力，而 ThinkPHP 完全依赖 PHP-FPM 进程生命周期——每个请求从头创建 PDO 实例，请求结束自动释放（除非显式 unset 或脚本未结束）。你看到的“复用”，只是同一请求中多次调用 Db::table() 复用了同一个 PDO 对象，不是跨请求复用。

常见错误现象：show processlist 里看到大量 Sleep 状态连接，误以为是连接池残留；其实是 PHP-FPM 子进程没释放，或应用层忘了 close()（但 TP 默认不手动关）
使用场景：高并发下连接数暴涨、频繁报 Too many connections，试图靠“开启连接池”解决——这条路在 TP 里走不通
真实可干预点只有两个：mysql.max_links（PHP 配置）、wait_timeout（MySQL 配置），但它们作用于底层连接资源，和 TP 逻辑无关

怎么统计单次请求内的连接使用次数

虽然不能池化，但你可以知道“这个接口到底建了几次连接”，这是分析效率的第一步。关键在于拦截 PDO 构造行为。

TP 6.x 中，连接由 think\db\connector\Mysql 的 connect() 方法触发，该方法最终调用 new \PDO(...)。最轻量的办法是在配置中加个钩子：

'database' => [
    'hostname' => '127.0.0.1',
    'username' => 'root',
    'password' => '',
    'database' => 'test',
    'dsn'      => function ($config) {
        // 每次 connect 被调用时计数 +1
        $count = &$_SESSION['db_connect_count'] ?? 0;
        $count++;
        return null; // 让 TP 继续走默认 DSN 构造逻辑
    },
],

然后在中间件或控制器末尾读取 $_SESSION['db_connect_count'] 即可。注意：仅限调试，别放生产；session 本身有开销，且 CLI 环境无 session。

更稳妥的做法是重写 think\db\connector\Mysql，在 connect() 开头加日志或静态计数器，避免依赖 session
不要用 debug_backtrace() 在 PDO 构造时抓调用栈——太重，影响性能
TP 自带的 Db::getConnectCount() 只返回当前连接对象被复用的查询次数，不是新建连接次数，别混淆

如何看连接效率趋势（非连接池，但有用）

真正该盯的不是“有没有池”，而是“连接建得是否必要”。比如一个列表页，循环查 100 条记录，每次 Db::name('user')->where('id', $id)->find()，就会建 100 次连接（如果没复用）——这其实是 TP 配置或写法问题。

btpanel phpsite 宝塔面板PHP网站

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

下载

打开 TP 的 SQL 日志（log.sql_log 设为 true），配合慢日志或 MySQL 的 performance_schema，能定位低效模式：

检查 SHOW PROFILE FOR QUERY N 中 Opening tables 和 Creating sort index 时间占比高，说明连接后执行效率差，不是连接本身问题
用 SELECT * FROM performance_schema.events_statements_summary_by_digest ORDER BY COUNT_STAR DESC LIMIT 10 找高频低效 SQL，优化它比折腾连接池收益大十倍
TP 的 Db::batchQuery() 或 whereIn 批量查，比循环单查更能压降连接建立频次（因为复用同一连接）