PHP 8.5.5 不存在，截至 2026 年 6 月官方最新稳定版为 PHP 8.3.x，8.4 已正式发布，8.5 尚未发布；所谓“8.5.5”多为误标、非官方构建或面板显示错误，应通过 php -v 等命令确认真实版本后再配置与排错。
PHP 8.5.5 不存在，实际应为 PHP 8.2 或 8.3
PHP 官方没有发布过 8.5.5 版本——最新稳定版是 8.3.x（截至 2024 年中），8.4 尚在开发中。如果你看到环境里显示 8.5.5，大概率是自定义编译或版本号被误标，建议先运行 php -v 确认真实版本。不同 minor 版本对异常处理机制影响不大，但底层驱动（如 mysqli 或 PDO）的行为有差异，下面按真实可用版本说明。
用 PDO 连接 MySQL 时 try-catch 捕获连接异常
PDO 是最推荐的方式，它默认不抛出异常，必须显式设置 PDO::ATTR_ERRMODE 为 PDO::ERRMODE_EXCEPTION，否则 try-catch 会完全失效。
常见错误现象：代码写了 try-catch，但连接失败时仍报致命错误（Fatal error: Uncaught PDOException），或静默失败没进 catch 块——基本都是因为没开启异常模式。
- 必须在创建
PDO实例后立即设置属性，或在构造函数第 4 个参数中传入：$pdo = new PDO($dsn, $user, $pass, [ PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, ]); - 连接字符串（
$dsn）格式错误（如漏写host=、端口错写成字符串）会导致PDOException，可被捕获 - 网络不通、MySQL 服务未启动、认证失败等，都会触发同一类
PDOException，需靠$e->getCode()或$e->getMessage()区分，例如：2002通常表示连接被拒绝，1045是权限错误
用 mysqli 连接时 try-catch 不起作用？换 mysqli_real_connect 或检查 mysqli_report
mysqli 默认是“警告模式”，new mysqli() 失败时返回 false 而非抛异常，try-catch 完全捕获不到。想统一用异常，有两个办法：
立即学习“PHP免费学习笔记（深入）”；
- 改用面向对象风格的
mysqli_real_connect()，并提前启用报告：mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
之后所有错误（包括连接）都会转为异常 - 或者坚持用构造函数，但必须手动检查返回值：
if (!$mysqli) { throw new RuntimeException('Connect failed: ' . mysqli_connect_error()); } -
mysqli_report()需在实例化前调用，且全局生效，可能影响其他 mysqli 调用，生产环境慎用
超时、DNS 解析失败等底层问题 catch 后怎么判断原因
连接异常类型有限，但具体原因多样。仅靠 catch (Exception $e) 不够，要结合错误码和消息做轻量路由：
-
PDOException的$e->getCode()是 SQLSTATE（如HY000），不是 MySQL 错误号；想拿 MySQL 原始错误号，用$e->errorInfo[1]（第三个元素） - DNS 解析失败（如 host 写错）在 Linux 下常报
2002，Windows 可能报2003，都属于连接阶段失败，重试意义不大 - 连接超时（如
connect timeout=3）触发的异常，getMessage()里含Connection timed out字样，适合加退避重试逻辑 - 不要在
catch里直接输出$e->getTraceAsString()到前端——敏感信息泄露风险高
真实项目里，连接异常往往不是单点问题，而是服务发现、配置中心或容器网络层面的信号。捕获只是第一层，后续是否重试、降级或告警，得看上下文。
