ThinkPHP连接池中close()不生效是因为默认不自动回收显式打开但未关闭的连接，需配置'pool'=>['max_idle_time'=>60]和'auto_close'=>true，并确保事务结束后调用$conn->close()才能真正归还连接。
ThinkPHP 连接池里 close() 不生效，连接一直不释放？
不是你没调用 close()，而是 ThinkPHP 的连接池默认不自动回收「显式打开但未关闭」的连接。Pool 会复用连接，但不会主动判断某次请求结束后该连接是否该归还——它只在连接异常或超时才清理。
常见错误现象：Too many connections 报错持续出现，show processlist 里大量 Sleep 状态连接挂着，且 Connection::close() 调用后状态不变。
- ThinkPHP 6.0+ 的
Connection实例默认绑定到当前请求生命周期，不手动close()就不会归还池中 -
Db::connect()拿到的是池中连接，但Db::close()只关闭当前实例，不触发归还逻辑（除非配置了auto_close => true） - 事务内未正确结束（
commit()/rollback()后未close()），连接会被池标记为「占用中」并长期滞留
怎么让 ThinkPHP 连接池真正自动回收空闲连接？
靠框架默认行为不行，得靠配置 + 主动干预。关键不是「能不能关」，而是「关完要不要还给池」。
- 数据库配置里必须开启
'pool' => ['max_idle_time' => 60]（单位秒），否则池不会主动驱逐空闲连接 - 设置
'auto_close' => true在连接配置中，这样每次查询/事务结束后，连接会自动尝试归还（前提是没被事务锁定） - 避免在长生命周期对象（如单例服务类）里长期持有
Connection实例；要用就Db::connect()拿，用完立刻->close() - 注意：Laravel 风格的
DB::transaction()包裹下，close()无效；必须等事务块执行完，连接才可归还
检测连接泄露最直接的办法：看 show processlist + 日志埋点
别依赖监控图表，先确认是不是真泄露。泄露的核心特征是：连接数随请求量线性上涨，且大量连接停留在 Sleep 状态超过 wait_timeout。
立即学习“PHP免费学习笔记（深入）”；
- 执行
show processlist，过滤出Command = 'Sleep'且Time > 30的记录，数量持续增长就是泄露信号 - 在
app/common.php或中间件里加日志：每次Db::connect()前打时间戳 + 连接 ID，close()后再打一次，对比是否成对出现 - 开启 ThinkPHP 的数据库调试日志（
'debug' => true），观察[ DB ] CONNECT和[ DB ] CLOSE是否匹配；不匹配说明有路径漏掉了close() - 注意：Swoole 或 Hyperf 等常驻内存环境里，
max_idle_time必须设得比wait_timeout小至少 5 秒，否则池还没回收，MySQL 先断连
Db::close() 和 $connection->close() 的区别在哪？
不是所有 close() 都管用。ThinkPHP 对连接做了多层封装，调错地方等于白关。
-
Db::close()是静态方法，只关闭当前默认连接实例，不影响池中其他连接，也不触发归还 -
$conn = Db::connect(); $conn->close()才真正走连接对象的close()，如果配置了auto_close，这里才会尝试归还 - 如果你用了
Db::name('user')->where(...)->find()这种链式调用，底层用的是默认连接，此时Db::close()有效，但仅限本次请求上下文；下次请求又会从池里取新连接 - 切记：
Connection对象不能跨协程/跨请求复用，否则 close 后其他协程还在用，会报MySQL server has gone away
max_idle_time 和 MySQL 的 wait_timeout 数值关系不对，会导致连接看似归还，实则 MySQL 已经悄悄断开。 
