thinkphp6连接数过多主因是连接未释放、事务卡死或误启持久化；应查show processlist定位sleep/query/locked状态连接，启用deploy=>1复用连接，严格管理事务并显式关闭cli连接。

ThinkPHP6 连接数过多，90% 的情况不是数据库扛不住，而是连接没归还、事务卡死、或配置误启了无效的“持久化”——别急着调 max_connections，先看连接到底卡在哪。

查真实连接状态：SHOW PROCESSLIST 必须配合 Time 和 Command

光看连接总数没用。执行 SHOW PROCESSLIST 后重点关注：

• 状态为 Sleep 且 Time > 30 的连接：大概率是 ThinkPHP 请求结束但连接没释放，常见于 CLI 任务未调 Db::close() 或异常中断
• 状态为 Query 且 Time > 60 的连接：正在执行慢 SQL，得结合慢日志查具体语句（开 slow_query_log，设 long_query_time = 1）
• 状态为 Locked 或 Waiting for table metadata lock：DDL 操作（如 ALTER TABLE）阻塞了读写，不是连接池问题，是运维操作时机不对

deploy => 1 是 TP6 唯一靠谱的“长连接替代方案”，但配错等于白配

TP6 不支持 PDO 原生持久连接（PDO::ATTR_PERSISTENT 在连接池销毁逻辑里被绕过），真正起效的是开启部署模式复用连接对象：

btpanel phpsite 宝塔面板PHP网站

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

下载

• 必须在 config/database.php 的对应数据库配置块里加 'deploy' => 1，不是全局开关
• 只对同主机、同库名、同账号的请求生效；换一个 database 名就会新建连接池
• 'pool_size' => 20 可控空闲连接上限，但注意它不清理超时连接——idle_timeout 在 TP6.1 中实际未生效
• 如果用了 'break_reconnect' => true，失败连接直接丢弃不归还，会加速耗尽；高并发下建议关掉

事务没提交是最隐蔽的连接卡死原因

一旦调用 $db->startTrans()，该连接就从池中被独占，直到 commit() 或 rollback()。漏写或异常未捕获，连接就永远挂在那里：

• 所有事务块必须用 try...catch 包裹，catch 里强制 $db->rollback()
• 避免在事务里做 HTTP 请求、sleep()、文件读写等耗时操作
• 开发期打开 'debug' => true，盯日志里有没有长时间未结束的 START TRANSACTION
• CLI 长任务（如队列消费）务必在循环末尾显式调 Db::close()，否则连接不会自动释放

多库连接场景下，Db::connect('xxx') 调用不当会指数级放大连接数

每个 Db::connect('log_db') 都会创建独立连接池，不是复用默认池。错误用法会让连接数翻倍甚至失控：

• 禁止在循环里反复调 Db::connect(['hostname' => 'x'])，每次都是新连接
• 连接名只能是 config/database.php 中 'connections' 数组里预定义的键（如 'log_db'），不能含点号、大写字母或临时数组
• 模型类指定 protected $connection = 'log_db' 是安全的，但 with() 关联查询仍走各自模型的连接，不会跨库合并——别指望一条语句连两个库
• 临时切换连接后，别混用 name()（依赖 prefix）和 table()（直传表名），跨库时 table() 更可控

最易被忽略的一点：TP6 的连接池不自动 kill 空闲连接，wait_timeout 是 MySQL 服务端参数，和 PHP 层是否复用无关。连接数压不下来，往往是因为你既没让应用及时归还，也没让 MySQL 主动清理。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！