PHP 8.3 中 PDO 默认仍为静默模式（PDO::ERRMODE_SILENT），必须显式调用 $pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) 才能启用异常捕获，否则 try-catch 对 SQL 错误无效。
必须先设置 PDO::ATTR_ERRMODE 为 PDO::ERRMODE_EXCEPTION
PHP 8.3 中，PDO 默认仍使用静默模式（PDO::ERRMODE_SILENT），即 SQL 错误只返回 false，不抛异常。不手动切换，try-catch 对 SQL 错误完全无效。
常见错误现象：写了 try-catch 却捕获不到任何 PDOException，查询失败后脚本继续执行、无提示、日志里也看不到错误。
- 设置必须在
new PDO()之后、任何查询之前完成 - 不能只在连接时设一次就一劳永逸——如果复用连接对象但中间改过属性，需确认当前值
- 验证方式：
var_dump($pdo->getAttribute(PDO::ATTR_ERRMODE));应输出2（即PDO::ERRMODE_EXCEPTION的整数值）
catch(PDOException $e) 能拿到哪些关键信息
不是所有 $e->getMessage() 都适合直接展示给用户。8.3 中错误信息结构更清晰，但敏感字段（如表名、列名、SQL 片段）仍可能泄露。
-
$e->getCode()返回 SQLSTATE 码（如42S22表示列不存在），比 MySQL 原生错误号更跨平台 -
$e->errorInfo是数组，索引[1]是 MySQL 错误号（如1054），[2]是原生错误消息 - 生产环境应避免
echo $e->getMessage()，建议记录日志时用：error_log("DB Error [{$e->getCode()}]: {$e->getMessage()}");
事务中异常未被捕获会导致隐式提交
在 beginTransaction() 后执行 SQL 出错，若没 try-catch 或没调用 rollBack()，PDO 8.3 不会自动回滚——连接可能已处于“半提交”状态，后续操作行为不可预测。
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
- 必须把整个事务逻辑包进
try，catch中明确$pdo->rollBack() - 别依赖
finally做回滚：事务未开始时调用rollBack()会报新异常 - 示例关键片段：
try { $pdo->beginTransaction(); $pdo->exec("INSERT INTO users ..."); $pdo->exec("UPDATE accounts ..."); // 假设这里出错 $pdo->commit(); } catch (PDOException $e) { $pdo->rollBack(); throw $e; // 或记录后重新抛出 }
注意 PHP 8.3 的 TypeError 和 PDOException 是两类 Throwable
写错参数类型（比如传 null 给 bindValue() 的第 3 个参数）会抛 TypeError，不是 PDOException。混用 catch (Exception) 会漏掉它。
- 安全做法是统一用
catch (Throwable $e)，覆盖Exception和Error子类 - 若需区分处理，可多级
catch：catch (PDOException $e)专管 SQL 错误，catch (TypeError $e)处理参数问题 - 尤其注意预处理语句中绑定参数时的类型声明（
PDO::PARAM_STR等），8.3 对类型校验更严格
最易被忽略的是：错误模式设置遗漏、事务中缺少显式 rollBack()、以及把 TypeError 当成数据库异常去捕获。这三个点在升级到 8.3 后高频引发静默失败或数据不一致。
