PHP PDO 必须启用 PDO::ERRMODE_EXCEPTION 模式并统一异常处理，禁止静默模式；需封装基类转换 PDOException 为业务异常，按错误码分类处理，事务中须显式 rollback 后重抛。
PHP PDO 的错误处理不该依赖默认的静默模式，必须主动配置异常模式并统一捕获逻辑，否则 SQL 错误会被忽略，调试困难，线上问题难以定位。
启用 PDO::ERRMODE_EXCEPTION 模式
PDO 默认使用 PDO::ERRMODE_SILENT，出错只设错误码不抛异常，极易遗漏。务必在创建 PDO 实例后立即设置为异常模式：
- 连接时直接传入选项：
new PDO($dsn, $user, $pass, [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]) - 或连接后显式设置：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) - 避免仅靠
try/catch包裹 query/execute —— 若未开启异常模式，这些方法失败也不会触发 catch
封装统一的数据库操作基类
避免每个 DAO 方法都写重复的 try/catch。建议抽象一个基础 DB 类，集中处理异常转换与日志记录：
- 所有执行方法（
query、prepare+execute）都在内部包裹 try/catch - 捕获
PDOException后，根据错误码（$e->getCode()或$e->errorInfo[1]）区分是 SQL 语法错误、唯一键冲突、连接超时等 - 将底层 PDO 异常转为自定义业务异常（如
DbQueryException、DuplicateEntryException），便于上层分类处理
区分错误类型，避免裸抛 PDOException
直接把 PDOException 暴露给前端或调用方是危险的，既泄露数据库结构，又混杂了系统级和业务级问题：
立即学习“PHP免费学习笔记（深入）”；
- 连接类错误（如 1045、2002）：应标记为系统异常，触发告警，不可重试或需降级
- 约束类错误（如 1062 主键/唯一冲突、1452 外键失败）：通常是业务校验缺失，应转为用户可读提示（如“手机号已被注册”）
- 语法/参数类错误（如 1064、HY093）：属开发阶段问题，不应上线，可通过单元测试+预编译检查提前拦截
- 记录完整错误信息（SQL、绑定参数、堆栈）到日志，但响应体中只返回安全摘要
事务中必须显式 rollback 并重新抛出
事务内发生异常时，仅靠 catch 不足以保证数据一致性：
- 在 catch 块中第一件事是
$pdo->rollback()，防止连接复用时残留未提交状态 - rollback 后仍需
throw $e或抛出自定义异常，确保事务边界清晰、调用方能感知失败 - 避免在 finally 中 commit/rollback —— 会掩盖原始异常，且逻辑不可控
