ThinkPHP如何做数据库连接池连接获取排队日志_ThinkPHP记录等待连接的请求【操作】-ThinkPHP-PHP中文网

thinkphp 不提供原生数据库连接池，所谓“连接池”仅是配置复用逻辑，无独立队列管理；连接等待实为 mysql 拒绝连接或 pdo 构造阻塞，tp 无法感知或记录。

thinkphp如何做数据库连接池连接获取排队日志_thinkphp记录等待连接的请求【操作】

ThinkPHP 没有原生数据库连接池

直接说结论：ThinkPHP（包括 6.x 和 5.1/5.2）本身不提供数据库连接池功能，更不会自动记录“排队等待连接”的日志。所谓“连接池”在 TP 里只是配置了 max_connections 和复用已有连接的逻辑，底层仍依赖 PHP 的 PDO 或 mysqli 连接机制，没有独立的连接队列管理器。

这意味着：你看到的“连接等待”现象，其实是 MySQL 服务端拒绝新连接（Too many connections），或 PHP-FPM 进程卡在 PDO::__construct 上——TP 并不感知、也无法拦截这个过程。

MySQL 默认 max_connections=151，一旦被占满，新请求就会阻塞或报错
TP 的 database.php 中 'deploy' => 0（单库）时，每个请求只建 1 个连接，但并发高时仍可能打满
开启 'deploy' => 1（读写分离）也不会缓解连接数压力，只是分发到不同实例

如何捕获“等待连接”的真实行为

TP 不记录连接排队，但你可以从三个层面观测和干预：

MySQL 层：查 SHOW PROCESSLIST，重点关注 Command=Connect 且 Time 值持续增长的线程，说明客户端在等可用连接
PHP 层：在 think\db\Connection 的 connect() 方法前后加日志（需重写或 AOP），但注意：PDO 构造本身是阻塞的，超时由 mysql.connect_timeout 控制，不是 TP 配置项
应用层：用 microtime(true) 包裹 Db::table()->select() 等首条查询，若耗时 >300ms 且伴随 MySQL wait_timeout 日志，大概率是连接建立慢（而非查询慢）

示例（在模型基类中轻量埋点）：

btpanel phpsite 宝塔面板PHP网站

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

下载

$start = microtime(true);
try {
    $data = Db::table('user')->find();
} finally {
    $cost = microtime(true) - $start;
    if ($cost > 0.3) {
        Log::record("DB connect+query slow: {$cost}s", 'error');
    }
}

真正能缓解连接排队的配置项

别折腾 TP 扩展，优先调 MySQL 和 PHP 底层参数：

MySQL：增大 max_connections（如设为 500），同时检查 wait_timeout（默认 28800 秒）是否过长，导致空闲连接不释放
PHP-FPM：减小 pm.max_children（比如从 50 降到 20），避免瞬间并发把连接打爆；启用 pm = ondemand 更稳妥
TP 配置：确保 'break_reconnect' => true，断连后自动重试；'params' => [\PDO::ATTR_PERSISTENT => false]（禁用持久连接），避免连接被进程长期霸占

注意：PDO::ATTR_PERSISTENT => true 在 FPM 下反而加剧连接泄漏，TP 文档里没强调这点，但线上踩过坑的人基本都关掉了。

想记录谁在排队？得换方案

如果业务真需要知道“哪个 URL / IP / UID 正在等 DB 连接”，TP 做不到，必须外挂：

用 MySQL Proxy 或 ProxySQL，在代理层记录连接排队队列（proxySQL 的 stats_mysql_connection_pool 表可查 ConnUsed/ConnFree）
在 Nginx 层加 log_format 记录 upstream_connect_time，配合 MySQL 的 processlist 时间戳对齐
改用 Swoole + 协程 MySQL 客户端（如 swoole_mysql 或 hyperf/db），它才有真正的连接池和 wait_timeout 队列日志