ThinkPHP本身无内置连接池，所谓连接池需基于Swoole协程+Channel等手动实现；get()超时需区分：Channel::pop()超时=连接池满（无空闲连接），应返回503；PDO异常如“Connection refused”=数据库服务异常，需告警熔断。
ThinkPHP 连接池里 get() 超时后怎么区分是“等不到连接”还是“连不上数据库”
ThinkPHP 本身不内置连接池，所谓“连接池”通常是用 Swoole\Coroutine\Channel 或第三方库（如 topthink/think-swoole）配合 PDO 连接复用实现的。原生 ThinkPHP 的 Db::connect() 每次都是新建连接，根本没池——所以先确认你真在用协程 + 连接池方案，否则谈超时分级就是空对空。
真正能做分级响应的，是在协程环境下手动控制：连接获取超时（从 Channel 取连接超时）和连接执行超时（PDO 查询超时）必须分开捕获。
-
Channel::pop($timeout)超时 → 表示连接池已满、无空闲连接，应快速返回降级响应（如 503 Service Unavailable） - PDO 执行 SQL 时触发
PDOException（如 “SQLSTATE[HY000] [2002] Connection refused”）→ 是数据库服务异常，需告警+熔断 - 执行中被
Co::sleep()中断或协程被 cancel → 属于上游请求取消，不应计入错误率
在 think-swoole 里给不同接口配不同连接获取超时时间
默认所有协程共用一个连接池配置，database.php 里的 'pool' => ['max_idle_time' => 60] 是全局的，不支持 per-route 设置。要实现“登录接口容忍 500ms 等待，支付接口最多等 100ms”，得绕过默认池，手写路由级连接管理逻辑。
- 在中间件或控制器入口，用
Channel单独创建短生命周期池（例如new Channel(5)），只供当前接口使用 - 调用
$channel->pop(0.1)显式传入超时秒数（注意单位是秒，不是毫秒） - 记得
defer或finally块里把连接push回去，否则连接泄漏 - 不要复用
Db::connect()返回的实例——它内部会自动归还，但无法控制 pop 超时
// 示例：支付接口专用池
$payPool = new Channel(3);
// ... 启动时预填充 3 个 PDO 连接到 $payPool
$conn = $payPool->pop(0.1); // 等 100ms，超时返回 false
if (false === $conn) {
throw new HttpException(429, 'Too many requests');
}
try {
$result = $conn->query('SELECT ...');
} finally {
$payPool->push($conn); // 必须放回，哪怕出错也要放
}
PDO::ATTR_TIMEOUT 和 mysql.connect_timeout 到底管哪一段
这两个参数常被混用，但作用阶段完全不同，设错会导致超时行为完全偏离预期：
立即学习“PHP免费学习笔记（深入）”；
-
PDO::ATTR_TIMEOUT（通过options传给new PDO()）→ 控制的是“TCP 握手完成前”的等待，即建立 socket 连接的时间上限。对 MySQL 来说，它实际依赖底层mysql.connect_timeout，且仅在连接未建立时生效 -
mysql.connect_timeout是 PHP ini 配置项，优先级高于 PDO option；若两者冲突，以 ini 为准（PHP 8.1+ 开始 PDO option 可覆盖） - 它们都**不管**查询执行超时。查一条慢 SQL 卡 30 秒，这两个参数完全无效——得靠
mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 1)（不适用 PDO）或 SQL 层加SET SESSION max_execution_time = 1000
为什么用 Channel 做池时，pop() 超时后连接数还在涨
这是最常踩的坑：你以为 pop() 失败就完事了，其实连接对象可能还在别的协程里活着，或者你忘了在异常分支里 push 回去。
- 每次
pop()成功后，必须确保无论是否出错，最终都push()回池——建议用defer注册回调，比 try/finally 更可靠 - 如果连接在
push()前被 GC 销毁（比如你把它赋给了局部变量又没引用），Channel 里存的其实是失效资源，下次pop()出来就会报 “MySQL server has gone away” - 监控连接池真实占用，别只看
Channel->length()，要用Channel->stats()查consumer_num和queue_num，前者才是当前正在用的连接数
连接池不是加个 Channel 就万事大吉，它把问题从“连不上”转移到了“管不住连接生命周期”。很多线上事故，都是因为以为自己在用池，其实只是把连接 new 出来又扔进数组里，还叫它池。
