ThinkPHP 启动时无法真正预热数据库连接池，因它基于PDO短连接；只能在AppService中执行Db::query('SELECT 1')提前建连，避免首请求卡顿。
ThinkPHP 启动时怎么让数据库连接池“先热起来”
ThinkPHP 本身不内置数据库连接池预热机制，think-orm 和 think-db 都基于 PDO，用的是 PHP 的短连接模型；所谓“连接池”其实是数据库服务器（如 MySQL）或中间件（如 ProxySQL、MySQL Router）层面的概念。你在 ThinkPHP 启动时能做的，只是提前触发一次数据库连接，避免首个请求慢——这不是真连接池，但能解决“首请求卡顿”这个最常被误认为“没预热”的问题。
在 AppService 或 BootService 中执行一次 Db::query()
ThinkPHP 6+ 支持服务类自动加载，app/provider/AppService.php 是最稳妥的入口点。这里执行一条轻量查询（比如 SELECT 1），能强制初始化连接并验证配置是否有效。
常见错误现象：Connection refused 或 SQLSTATE[HY000] [2002] 在首次请求才报出，说明连接失败被延迟到了运行时。
- 用
Db::query('SELECT 1')，别用Db::table()->find()，后者可能触发查询构建器开销 - 加
try/catch包裹，失败时不中断启动，只记录日志（否则部署时 DB 暂不可用会导致整个应用起不来） - 不要在
config/database.php里写连接逻辑——配置文件应纯静态，动态行为放服务中
database.php 的 deploy 和 pooling 配置是无效的
ThinkPHP 的 database.php 配置项里如果看到 'deploy' => 1 或 'pooling' => true，直接删掉。这些字段在当前版本（v6.3/v7.0）的源码中未被任何地方读取，属于历史残留或文档误传。
性能影响：留着它们不会报错，但会误导后续维护者以为启用了连接复用；实际每次请求仍新建 PDO 实例（除非你手动复用 PDO 对象）。
兼容性注意：think-swoole 扩展支持长连接复用，但它和原生 ThinkPHP HTTP 模式互斥；Swoole 场景下才需考虑真正的连接池管理，普通 FPM 下谈“池”没有意义。
真正需要连接池？得换架构，不是改配置
如果你的业务并发高、DB 响应敏感（比如秒杀、实时报表），靠 ThinkPHP 自身无法实现连接池。这时候要做的不是调试 database.php，而是明确技术边界：
- FPM 模式：PDO 连接生命周期 = 单次请求，连接复用只能靠 MySQL 服务端的
wait_timeout和连接复用缓存（效果有限） - Swoole 模式：用
think-swoole+ConnectionPool类管理 PDO 实例，但要注意事务隔离、连接状态清理等细节 - 更彻底方案：前端加 Redis 缓存、后端引入 TiDB/ProxySQL 等中间层，把连接池下沉到基础设施
最容易被忽略的一点：很多人花半天调 pool_size 参数，却没意识到自己的 MySQL max_connections 根本没调大，结果预热成功了，第二波请求就全堵在 TCP 握手阶段。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
