线上环境必须开启pdo::errmode_exception，否则默认静默模式会导致错误无日志、事务不回滚、脏数据及500黑盒故障；需配合error_reporting、日志配置、try/catch包裹及动态验证方可真正生效。
线上环境必须开启 PDO::ERRMODE_EXCEPTION，但不能只开它
不设异常模式，PDO 默认静默吞错（PDO::ERRMODE_SILENT），线上出问题时连日志都留不下——你看到的可能是 500 错误、空响应或数据写一半就停了，根本不知道哪条 SQL 挂了。
为什么线上反而更需要 ERRMODE_EXCEPTION
异常模式本身不是“让错误变多”，而是让错误可捕获、可记录、可定位。线上没它，等于把数据库故障藏进黑盒：
- 事务失败时，
commit()报错但被忽略，连接可能卡在未提交状态，后续请求持续排队超时 - 表不存在、字段名写错、类型不匹配等硬错误，直接返回 false 或空结果，业务逻辑继续往下走，造成脏数据或逻辑跳变
- 框架（如 ThinkPHP/Laravel）底层若没做兜底，PDO 静默失败会转成不可追溯的 500，Nginx 还可能拦截掉原始错误信息
- 日志里看不到
PDOException的完整 trace，排查要靠猜表名、查慢日志、翻监控，耗时翻倍
开了 ERRMODE_EXCEPTION 就万事大吉？常见踩坑点
开了异常模式 ≠ 自动解决问题。以下配置缺一不可：
- 必须配合
error_reporting(E_ALL)和ini_set('log_errors', '1')，否则异常抛出了，但没进日志文件 - 不能依赖
display_errors（线上必须关），否则错误堆栈直接打给用户，泄露数据库结构和路径 - 所有 PDO 操作必须包裹在
try/catch中，尤其事务块：beginTransaction()后若没catch住异常，rollback()就不会执行 - 注意 PHP 版本差异：PHP 8.0+ 默认已是
ERRMODE_EXCEPTION，但旧项目迁移时容易漏掉显式设置，导致行为不一致
如何验证线上是否真正生效
别只看配置代码有没有写，要实测它是否真能被捕获并落日志：
- 临时写一段必错 SQL（比如
$pdo->query("SELECT * FROM non_existent_table")），观察错误是否出现在应用日志中，且包含PDOException类名和 SQLSTATE 码（如42S02） - 检查日志路径权限是否可写，
error_log配置是否指向正确文件，避免“开了却没地方记” - 用
$pdo->getAttribute(PDO::ATTR_ERRMODE)动态确认当前值确实是PDO::ERRMODE_EXCEPTION（有些中间件或框架会重置它）
最常被忽略的是：异常模式只管 PDO 层报错，不解决业务逻辑里没 catch、没 rollback、没日志上下文的问题。开了它，只是拿到了一把钥匙；怎么用这把钥匙打开调试通道，才是线上稳定的关键。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
