thinkphp 8 数据库连接数过多的根本原因是连接未释放、误用持久化或在fpm下错误配置'pool'=>true；tp8无原生连接池，该配置仅在swoole协程（php think swoole且tp≥8.0.12）中生效，fpm下db::connect()每次新建pdo连接，异常或阻塞操作易致sleep连接堆积。

ThinkPHP 8 数据库连接数过多，不是改个 max_connections 就能解决的。根本问题通常出在连接没释放、误用持久化、或在非协程环境强行套用“连接池”配置——这些操作不仅无效，还会让连接堆积更严重。

Db::connect() 在 FPM 下每次都是新连接，别信 'pool' => true

很多人在 database.php 里加了 'pool' => ['enable' => true]，压测时发现连接数照涨不误。这是因为 TP8 本身不提供连接池实现，'pool' 配置项在 FPM 模式下完全被忽略。Db::connect() 每次都会 new 一个 PDO 实例，请求结束才由 PHP 自动 close——但若中间抛异常、或用了 file_get_contents() 等阻塞操作，连接就卡在 Sleep 状态不释放。

• 确认当前运行模式：php think run 是 FPM，php think swoole 才是协程
• FPM 下删掉所有 'pool' 相关配置，它不起作用
• 用 SHOW PROCESSLIST 查看 Command 列，大量 Sleep 表示连接空闲未关闭，不是并发高，是脚本没走完
• 循环中避免反复调用 Db::table()->find()，合并查询或用 whereIn 批量拉取

mysqli 驱动可开 pconnect，PDO 的持久化要手动传参

TP8 默认用 PDO，但 'persistent' => true 这种写法在 PDO 驱动里无效。PDO 的持久连接必须通过 params 显式传入 PDO::ATTR_PERSISTENT => true，否则配置项被无视。

PHP 8.5.12

修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。

下载

• mysqli 驱动下，'pconnect' => true 是有效配置，但仅限于 Apache/mod_php 或旧版 PHP-FPM（PHP 7.4 及以下），PHP 8+ 中风险更高
• PDO 驱动下，正确写法是：'params' => [PDO::ATTR_PERSISTENT => true]，且必须配合 'type' => 'pdo'
• 持久连接在 FPM 下极易导致连接泄漏：子进程退出时不真正断开，而是归还给 CGI 层连接池，MySQL 看到的是大量 Sleep 连接
• 生产环境建议默认关闭持久化，用 'params' => [PDO::ATTR_PERSISTENT => false] 显式禁用

真要用连接池，必须跑在 Swoole 协程里，且 TP ≥ 8.0.12

只有在 Swoole 协程服务器中，TP8 才会把 Db::table() 路由到协程 MySQL 客户端（如 Swoole\Coroutine\MySQL），此时连接才能复用。但前提是版本够新、驱动配对、且调用方式合规。

• 启动命令必须是 php think swoole，不是 php think run
• TP 版本不能低于 8.0.12，早期 8.0.x 存在协程适配 bug，连接不归还
• 数据库配置中 'type' 必须明确设为 'mysql'（不是 'pdo'），否则协程客户端初始化失败，退化为普通 PDO
• 事务内连接不会进池：Db::transaction() 强制绑定当前协程独占连接，结束后销毁；若事务跨协程或中途 yield，连接直接丢失
• 心跳必须开：'options' => ['heartbeat' => 3]，不然 MySQL wait_timeout=8 秒后 kill 连接，下次复用报 SQLSTATE[HY000] [2006] MySQL server has gone away

查连接不能只看总数，得盯住 Time > 60 和 Info 字段

连接数高 ≠ 性能差。可能是 500 个连接里 490 个是空闲 Sleep，10 个正在执行慢查询。光调大 max_connections 只会让问题更隐蔽。

• 执行 SHOW PROCESSLIST，优先过滤 Time > 60 的记录，再看 Info 字段是否是 SELECT ... 或 UPDATE ...，还是空着（表示已卡住）
• 同步打开 MySQL 慢日志：SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 1;
• TP 日志里的 [ SQL ] 行要和 Processlist 时间戳对齐，确认是不是同一请求拖住连接
• wait_timeout 和 max_idle_time 必须匹配：比如池设 max_idle_time = 300，MySQL 就得 SET GLOBAL wait_timeout = 300，否则连接被服务端先干掉

最常被跳过的动作是：没确认运行模式就配池，没检查慢日志就调参数，没看 Processlist 的 Time 列就杀连接。连接数问题本质是生命周期管理问题，不是数字问题。

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