PHP 8.5 本身不提供数据库连接池
PHP 是无状态的请求生命周期模型，mysqli 或 PDO 建立的连接在脚本结束时自动释放，原生不支持跨请求复用连接。所谓“PHP 8.5 数据库连接池”，实际是依赖外部扩展或协程框架实现的，不是语言内置能力。
常见误解是以为升级到 PHP 8.5 就能开箱即用连接池——不能。它只是提供了更好的 JIT、类型系统和错误提示，但没改底层执行模型。
- PHP-FPM 场景下，每个 worker 进程最多持有一个持久连接（靠
PDO::ATTR_PERSISTENT），但这不是连接池：无法控制数量、无空闲回收、无健康检测 - 真正意义上的连接池必须由常驻进程管理，比如 Swoole 或 RoadRunner 启动的协程服务
- PHP 8.5 对连接池的“支持”仅体现在更稳定的协程上下文切换和更严格的类型检查，降低扩展崩溃概率
Swoole 5+ 协程 MySQL 连接池怎么配
Swoole 是目前最主流的 PHP 协程化方案，其 Coroutine\MySQL 支持连接池语义，但需手动封装或借助社区组件（如 swoole/framework 或 hyperf/database）。
直接用原生 API 实现简易池要注意三点：连接复用逻辑、超时控制、异常后自动清理。
立即学习“PHP免费学习笔记（深入）”；
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 不要直接 new
Co\MySQL每次查一次——这等于没池，只是协程化了阻塞 IO - 用
Channel管理连接对象：初始化时预创建 N 个连接，pop出去用完push回去 - 务必设置
connect_timeout和wait_timeout，否则空闲连接被 MySQL 主动断开后，下次query会抛SQLSTATE[HY000] [2013] Lost connection - 遇到
mysql server has gone away错误时，不能简单重试，要先close()再重建连接，否则 Channel 里塞的是失效句柄
示例关键片段：
$pool = new Channel(10);
for ($i = 0; $i < 10; $i++) {
$mysql = new Co\MySQL();
$mysql->connect([
'host' => '127.0.0.1',
'user' => 'root',
'password' => '',
'database' => 'test',
'timeout' => 2,
'charset' => 'utf8mb4',
]);
$pool->push($mysql);
}
// 使用时
$mysql = $pool->pop();
try {
$result = $mysql->query('SELECT id FROM user LIMIT 1');
} finally {
$pool->push($mysql); // 必须放回，哪怕出错
}
SM（Swoole MySQL）连接池和原生 Coroutine\MySQL 有啥区别
没有 SM 这个标准扩展名，用户可能指 swoole_mysql（已废弃的同步客户端）、Swoole\Coroutine\MySQL（当前推荐）、或第三方封装如 spiral/database 的池化驱动。容易混淆的点在于命名和版本兼容性。
-
swoole_mysql是 Swoole 4.4 之前的老接口，同步阻塞，不支持协程，不能用于连接池场景——PHP 8.5 下已彻底不可用 -
Coroutine\MySQL是唯一正统选择，但它的connect()方法返回 bool，不代表连接一定可用；需后续执行query('SELECT 1')才能确认握手成功 - 某些 Composer 包（如
hyperf/pool）封装了带熔断、最大空闲时间、最小空闲数的池，但底层仍调Coroutine\MySQL，别以为加了包就不用管连接有效性 - PHP 8.5 + Swoole 5.1 起，
Coroutine\MySQL::connect()支持ssl参数，若用 RDS 类服务且启用了 SSL，漏传会导致连接失败而非静默降级
为什么本地开发测不出连接池效果
因为连接池的价值只在高并发、长生命周期服务中体现。用 ab -n 100 -c 10 或浏览器 F5 刷新根本压不出问题，也看不出复用。
- PHP-FPM 下跑
ab，每个请求都是独立进程，连不上同一个池——你看到的“复用”其实是操作系统 TIME_WAIT 复用端口，不是应用层池 - 真正验证要起一个常驻的 Swoole HTTP Server，用
wrk -t4 -c100 -d10s http://127.0.0.1:9501/，再看 MySQL 的Threads_connected是否稳定在配置的 pool size 附近 - 忘记关掉 MySQL 的
wait_timeout（默认 8 小时），测试跑一半连接全断，日志里全是MySQL server has gone away，误以为池坏了 - 用
strace跟踪 PHP 进程，发现大量connect()系统调用没减少——说明你的代码根本没走池，还在每次 new 新连接
连接池不是开关一开就生效的抽象概念，它把连接生命周期从“请求内”搬到了“进程级”，意味着你得自己管好创建、销毁、异常恢复——稍有遗漏，比不用池还容易出错。
