ThinkPHP 6/7 的 keep_alive 配置仅对 MySQLi 驱动生效，PDO 驱动下被忽略；需手动添加 ping 检测、匹配 MySQL 超时参数，并在 Swoole 等协程环境中显式管理连接。
ThinkPHP 6/7 的 keep_alive 配置不生效？先看驱动类型
TP 默认用 PDO，但心跳检测能力取决于底层驱动是否支持及配置是否透传。MySQLi 驱动原生支持 mysqlnd 的 mysqli.ping()，PDO 则依赖 PDO::ATTR_PERSISTENT + 手动 ping，而 TP 封装层默认不自动调用 ping。
-
database.php中设'keep_alive' => true仅对 MySQLi 有效，PDO 下该字段被忽略 - 确认当前驱动：
'type' => 'mysql'实际走的是 PDO 还是 MySQLi，查看think/db/connector/Mysql.php的connect()方法中实例化的是PDO还是mysqli - 若用 PDO，必须配合
'params' => [PDO::ATTR_PERSISTENT => true]，否则keep_alive形同虚设
手动加 ping 逻辑：在 Db::listen() 或中间件里做连接保活
TP 没提供开箱即用的定时 ping，得自己补。最稳妥的位置是在每次请求开始时检查连接状态，而不是依赖空闲超时前的被动检测。
- 在全局中间件（如
app/middleware/DbKeepAlive.php）中写： public function handle($request, \Closure $next) { if (Db::getConnect() && method_exists(Db::getConnect(), 'ping')) { try { Db::getConnect()->ping(); } catch (\Throwable $e) { // 触发重连 Db::close(); Db::connect(); } } return $next($request); }- 注意：
Db::getConnect()返回的是底层连接对象（PDO或mysqli），不是 Query 对象；ping()在mysqli上存在，在PDO上需用query("SELECT 1")替代
wait_timeout 和 interactive_timeout 必须和应用层匹配
MySQL 服务端默认 wait_timeout=28800（8 小时），但 TP 连接池或长任务场景下，可能更早断连。光改 PHP 层没用，服务端参数必须协同调整。
- 查当前值：
SHOW VARIABLES LIKE '%timeout%'; - 临时调大（会话级）：
SET SESSION wait_timeout = 3600; - 永久修改需改 MySQL 配置文件：
wait_timeout = 3600、interactive_timeout = 3600，然后重启 mysqld - TP 应用内连接建立后，可通过
Db::execute("SET SESSION wait_timeout = 3600")主动设置，但仅对当前连接有效
连接池模式下 keep_alive 实际失效的真相
TP 本身无内置连接池，所谓“连接池”多指 Swoole 协程或 RoadRunner 等运行时环境下的复用机制。此时 keep_alive 配置完全不起作用——连接生命周期由协程调度器管理，不是 TP 控制。
- 在 Swoole HTTP Server 中，每个协程持有独立
PDO实例，需在协程结束前显式调用Db::close()，否则连接不会释放 - 不要依赖
__destruct回收，协程销毁不触发析构；应使用Swoole\Coroutine::defer()注册清理逻辑 - 若用
think-swoole扩展，确保其DbPool组件启用了ping检测，而非只靠max_idle_time
连接保活不是配个开关就能解决的事，它横跨框架配置、驱动行为、MySQL 参数、运行时模型四层。最容易漏掉的是：PDO 下 keep_alive 根本不工作，以及 Swoole 场景下 TP 的连接管理完全失能。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
