php pdo 默认静默失败（pdo::errmode_silent），需立即设置pdo::errmode_exception并用try-catch捕获，通过$e->getmessage()、$e->gettraceasstring()、$e->errorinfo和$e->getcode()获取完整错误信息，生产环境避免直接输出敏感错误详情。
PHP PDO 执行 SQL 出错却没报错、返回 false、查不到原因，是因为默认错误模式是静默失败（PDO::ERRMODE_SILENT），它不抛异常也不警告，只悄悄设个错误码——你得主动调用 errorInfo() 才能知道哪错了，而绝大多数人根本没写这行。
把PDO错误模式强制设为异常模式
第一步：创建 PDO 实例后，【必须立刻】调用 setAttribute 设置 ERRMODE_EXCEPTION。这步不能省，也不能延后到 query 之前才设——因为连接失败本身也是异常，延迟设置会导致连接错误仍走静默路径。
第二步：用 try-catch 包裹所有数据库操作。只要前面设置了异常模式，prepare()、execute()、query() 等任意一步出错都会直接 throw PDOException，流程立即跳进 catch 块。
第三步：在 catch 中打印 $e->getMessage() 和 $e->getTraceAsString()。前者是错误摘要（如“Table 'test.users' doesn't exist”），后者是完整堆栈跟踪，能精确指出哪一行 SQL、哪个函数调用链触发了问题。
验证当前错误模式是否生效
方法一：执行 $pdo->getAttribute(PDO::ATTR_ERRMODE)，返回值为 2 表示已启用 PDO::ERRMODE_EXCEPTION；返回 0 是静默模式，1 是警告模式。
方法二：故意执行一条非法 SQL，例如 $pdo->query("SELECT * FROM non_existent_table")，观察是否抛出未捕获异常并中断脚本——如果页面空白或只输出 false，说明模式未生效。
捕获异常时获取结构化错误信息
方法1：直接读取 $e->errorInfo 数组。索引 1 是驱动原生错误码（如 MySQL 的 1146），索引 2 是驱动原生错误消息（如 “Table ‘test.non_existent_table’ doesn’t exist”），比 getMessage() 更底层、更适合日志归档。
方法2：用 $e->getCode() 获取 SQLSTATE 码（如 '42S02'），这是跨数据库统一的错误分类标准，可用于条件分支处理不同类别的错误（如 23xxx 处理唯一键冲突，45xxx 处理外键约束失败）。
【注意】errorInfo() 返回的数组第三项（驱动原生消息）可能包含敏感路径或表结构，生产环境切勿直接 echo 输出给前端。
让异常链带上原始上下文
在 catch 块中重新 throw 新异常，并用第三个参数传入原异常：throw new RuntimeException("用户注册入库失败", 0, $e)。这样新异常的 getPrevious() 可返回原始 PDOException，堆栈跟踪里会显示完整因果链：从控制器 → 服务层 → DAO 层 → PDO 底层错误。
这一步能让日志系统自动关联多层调用上下文，排查时不用来回翻代码找调用关系。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
