ThinkPHP启动时连接池未预热会导致高并发下首次请求卡顿，需在配置加载后、路由接管前对各数据库连接及Swoole连接池分别执行真实连接并启用心跳保活。
ThinkPHP 启动时连接池没连上？Db::connect() 不触发预热
ThinkPHP 默认是懒加载连接，Db::connect() 第一次调用才建连接，服务刚启动就扛高并发时容易卡在连接建立阶段。预热脚本本质不是“启动前连”，而是“启动后立刻执行一次真实连接并保持住”。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在应用初始化完成、路由未接管前插入预热逻辑，比如
app\common\Bootstrap.php的bootstrap()方法末尾 - 不要用
Db::query('SELECT 1')—— 它可能走 PDO 预处理缓存路径，不真正校验连接有效性；改用Db::raw('SELECT 1')+->fetch()触发真实执行 - 对多数据库配置（如
mysql_read/mysql_write），需分别调用Db::connect('mysql_read')和Db::connect('mysql_write')，否则只热了默认库 - 如果用了连接池（如 Swoole + think-swoole 扩展），光
Db::connect()不够，得配合ConnectionPool::get()拿一次连接再放回，否则池子还是空的
预热脚本里调 Db::connect() 报 PDOException: SQLSTATE[HY000] [2002]
这说明预热时数据库还没就绪，但脚本已强行执行。ThinkPHP 启动流程中，Bootstrap 比配置加载早，若数据库地址写在 .env 或动态配置里，此时可能未加载完毕。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 把预热逻辑挪到
app\service\InitService.php这类「服务初始化」位置，在think\Container完成绑定、配置已加载之后再执行 - 加简单重试：用
for ($i = 0; $i query('SELECT 1'); break; } catch (\PDOException $e) { usleep(500000); } } - 避免在
command命令里做预热 —— 命令行模式下Db实例可能未按 Web 模式初始化，连接参数缺失
用了 Swoole WorkerStart 事件，但连接池还是空的
WorkerStart 是进程级事件，每个 Worker 进程启动时都得单独预热，否则只有第一个 Worker 有连接，其他 Worker 仍会首次请求时阻塞建连。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在
SwooleEvent::onWorkerStart回调里调用预热逻辑，且确保该回调注册在think-swoole的Server::init()之后 - 别复用 Web 环境下的
Db::connect()实例 —— Swoole 下连接要绑定到当前协程或进程，必须显式调用Db::connect($config, true)的第二个参数true强制新建连接 - 检查
database.php中'deploy' => 2（读写分离）或'pool' => true是否开启，否则think-swoole不会启用连接池管理
预热后连接很快被回收，高峰期又卡住
MySQL 默认 wait_timeout=28800（8 小时），但连接池里的空闲连接可能被中间件（如阿里云 RDS 代理）、防火墙或 PHP 进程自身提前断开，导致“看似热了，实际失效”。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在连接池配置里加心跳：Swoole 连接池需设置
'ping_time' => 60（单位秒），每分钟发一次PING包保活 - ThinkPHP 自身不维护连接池心跳，所以不能只依赖
Db::connect()返回的对象，得靠底层池管理器（如think\swoole\pool\MysqlPool）的createObject()和validate()方法介入 - 线上务必检查
show processlist，确认预热连接状态是Sleep而非Connect或直接消失 —— 如果是后者，大概率是网络层中断，得查安全组、RDS 白名单或 proxy 超时设置
预热不是一劳永逸的事，它和你的部署拓扑强相关：Docker 容器启动顺序、K8s initContainer、RDS 故障转移、Swoole reload 行为……任何一环没对齐，预热就白做。最常被忽略的是——忘了在 Swoole 多 Worker 场景下，每个 Worker 都得独立预热一次。
