ThinkPHP 无内置数据库连接池，其连接管理依赖 PDO/mysqli 的长或短连接；实时获取 MySQL 活跃连接数需执行 SHOW STATUS LIKE 'Threads_connected'，并用具备 PROCESS 权限的账号查询。
ThinkPHP 连接池本身不存在，别被概念带偏
ThinkPHP 没有内置数据库连接池机制——它用的是 PDO 或 mysqli 的长连接（pdo::ATTR_PERSISTENT）或短连接，本质仍是每次请求新建/复用一个连接，不是连接池那种可预分配、限流、排队的资源池。所谓“连接池告警”，实际是监控 MySQL 服务端的活跃连接数是否逼近 max_connections 上限。
怎么实时获取当前 MySQL 活跃连接数
不能依赖 ThinkPHP 自己的连接统计（它不维护全局连接视图），得直接查 MySQL 状态。最可靠的方式是执行 SQL：SHOW STATUS LIKE 'Threads_connected'，返回值就是当前已建立的连接数。
- 必须用有
PROCESS权限的账号查询（普通应用账号默认无权） - 建议封装成独立命令行脚本或定时任务，避免混在 Web 请求中增加延迟
- 若用
mysqli扩展，可用mysqli_stat()解析字符串，但不如 SQL 直观稳定 - 注意区分
Threads_connected（当前连接）和Threads_running（正在执行的线程），告警应盯前者
连接数突增时怎么触发预警
靠 ThinkPHP 自动预警不现实，需外挂轻量监控逻辑。核心思路：定时采样 + 阈值比对 + 外部通知。
- 阈值建议设为
max_connections * 0.8，比如 MySQL 设置了 200，则告警线设 160 - 采样间隔不宜太密（如 10 秒一次），避免监控自身打满 DB
- 通知渠道优先走企业微信/钉钉机器人（HTTP POST），别依赖邮件（延迟高、易被拦截）
- 示例检查逻辑（PHP CLI 环境）：
if ($connected >= 160) { file_get_contents("https://oapi.dingtalk.com/robot/send?access_token=xxx&msg=TP-DB-CONNECTION-ALERT"); }
为什么连接数会突然飙升，常见漏点在哪
多数情况不是业务量真涨，而是连接没释放或配置失当。
立即学习“PHP免费学习笔记（深入）”；
-
db.ping设为true会导致每次查询前都发PING，在高并发下可能堆积连接（尤其配合长连接时） - 事务未正常
commit或rollback，连接卡在in transaction状态，超时才释放 - 使用了
Db::query()但没处理异常，导致 PDO 连接未被 GC 回收（尤其 PHP-FPM 子进程复用场景） - MySQL 的
wait_timeout和interactive_timeout远大于 PHP-FPM 的request_terminate_timeout，造成连接滞留
真正要盯的不是“ThinkPHP 怎么配连接池”，而是 MySQL 实例的连接生命周期是否可控、是否有慢查询或死锁拖住连接。监控上线后，第一个要翻的日志是 show processlist 输出里那些 Sleep 超过 30 秒的连接，它们才是突增根源。
