ThinkPHP 6+ 启动时无法预热数据库连接池，仅能通过 AppService 中 Db::query('SELECT 1') 触发首次建连并验证配置，需 try/catch 包裹；'deploy' => 1 是连接复用前提而非连接池开关，PDO 持久化在 TP6 中无效。
ThinkPHP 启动时无法真正预热数据库连接池，因为它的数据库层基于 PDO 短连接模型；你能在启动阶段做的，只是提前触发一次 Db::query('SELECT 1')，让首个 HTTP 请求不卡在建连上——这不是连接池预热，但能解决“首请求延迟”这个最常被误判为“没预热”的问题。
AppService 中执行 Db::query('SELECT 1') 是唯一可行的启动期建连方式
ThinkPHP 6+ 的服务自动加载机制允许你在 app/provider/AppService.php 中安全执行初始化逻辑。这里调用一次轻量查询，可强制触发连接建立、验证配置有效性，并绕过首次请求时才暴露的连接错误。
- 必须用
Db::query('SELECT 1')，不要用Db::table()->find()或其他 ORM 方法，后者会触发完整查询构建器，增加无谓开销 - 务必用
try/catch包裹，连接失败时不中断应用启动，只记录日志（否则 DB 暂不可用会导致整个服务起不来） - 别在
config/database.php里写任何连接逻辑——该文件应纯静态，动态行为必须放在服务类中
'deploy' => 1 不是连接池开关，但它是复用连接的前提条件
TP6 的 'deploy' => 1 并不启用连接池，而是开启连接复用的基础结构：同 host/port/db/user 的请求会共享同一个 PDO 实例缓存。它在 FPM 和 Swoole 下都生效，且是目前框架内唯一可控的“复用”机制。
- 配置中必须显式设置
'deploy' => 1，否则即使其他参数全对，PDO 实例也不会被复用 - 可选配
'pool_size' => 20控制最大空闲连接数，避免 MySQL 端因连接堆积触发Too many connections -
'pooling' => true或'pool' => [...]这类字段在 TP6.3/7.0 中未被任何源码读取，属于文档残留，删掉即可
PDO 持久化配置（PDO::ATTR_PERSISTENT）在 TP6 中基本无效
即使你在 DSN 或 PDO 选项中设置了 PDO::ATTR_PERSISTENT => true，TP6 的 Connection 类会在 __destruct 中强制置空 $this->pdo，导致持久化标志被绕过。show processlist 里看不到复用连接，就是这个原因。
立即学习“PHP免费学习笔记（深入）”；
- MySQL 服务端的
wait_timeout和interactive_timeout才是实际影响连接复用时间的参数，但这是被动等待，不是应用层可控的长连接 - 如果你用的是 mysqlnd 驱动，可尝试切换到
mysqli并配'persistent' => true，但 TP6 官方不维护 mysqli 连接器，稳定性无保障 - 真正需要连接池，得换架构：Swoole 场景下用
think-swoole+ConnectionPool类；FPM 场景下，连接复用上限就是单进程一个 PDO 实例
最容易被忽略的一点是：TP6 的连接复用只对完全相同的数据库配置生效——哪怕只是改了一个库名、换了一个用户名，都会新建独立连接池。高并发下若存在大量微小差异的连接配置，deploy => 1 的效果会急剧衰减。
