PHP 8.5.5 不会导致数据库连接频繁中断，真正原因是 MySQL wait_timeout过短、持久连接滥用、FPM worker复用失效连接及应用层未探测连接有效性；应禁用持久连接、查询前ping校验、避免跨请求复用连接对象。
PHP 8.5.5 本身不会导致数据库连接“频繁中断”——它只是个稳定维护版，不引入破坏性变更。真正引发连接中断的，是运行时环境配置、连接生命周期管理或网络链路问题，和 PHP 版本升级无关。
mysqli 或 PDO 连接超时被 MySQL 主动断开
MySQL 默认的wait_timeout 是 28800 秒（8 小时），但很多生产环境会调低到 60–300 秒以释放空闲连接。如果 PHP 脚本打开连接后长时间没执行查询（比如做了耗时 curl、sleep、文件读写），MySQL 会在空闲期满后直接 kill 掉该连接，后续再用这个连接对象就会报 MySQL server has gone away。
- 检查当前值：
SHOW VARIABLES LIKE 'wait_timeout'; - 不建议盲目调高，而应在 PHP 层控制连接使用节奏：
- 避免在连接打开后做非 DB 操作
- 查询前加一次
$pdo->getAttribute(PDO::ATTR_CONNECTION_STATUS)（PDO）或mysqli_ping($conn)（MySQLi）探测连接有效性 - 使用连接前先 ping，失败则重建
PDO 默认启用持久连接（persistent）导致连接复用错乱
很多旧项目或框架模板默认开启PDO::ATTR_PERSISTENT => true，但在 PHP-FPM 下这是危险操作：子进程退出时不真正关闭连接，连接被归还给底层连接池，而池中连接可能已失效或被 MySQL 清理，下次复用就中断。
- 确认是否启用了持久连接：
var_dump($pdo->getAttribute(PDO::ATTR_PERSISTENT)); - 生产环境必须显式禁用：
['persistent' => false]（PDO 构造参数）或mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 5)+ 不用mysqli_pconnect() - 即使你没写
persistent，某些框架（如早期 ThinkPHP）可能默认开启，需查 config/database.php 或 vendor 源码
FPM worker 复用旧连接对象未重置状态
PHP-FPM 的pm.max_requests 设置过大会让同一个 worker 处理数百请求，若连接对象被全局变量或静态属性缓存（如 static $pdo），而没在每次请求开始时校验或重建，就可能拿着一个已被 MySQL 关闭的句柄继续用。
- 不要跨请求复用连接对象，除非你严格控制其生命周期
- 若需复用，务必配合
try/catch+reconnect逻辑，而不是依赖“连接还活着” - 更稳妥做法：每个请求新建连接（现代硬件下开销极小），或用连接池中间件（如 ProxySQL）
连接中断看似随机，其实几乎都指向「连接被服务端清理了，但 PHP 还以为它活着」。重点不是换 PHP 版本，而是让连接行为可预测、可探测、可重建。
