Java中SQLException数据库操作失败报错时获取错误码方法

使用 getSQLState() 获取 SQL 标准状态码

这是跨数据库最通用的方式。它返回一个5位字符串，遵循SQL标准（SQLSTATE），比如"23505"代表唯一约束冲突。主流驱动如PostgreSQL、H2、Derby都支持，MySQL 8.0+也已经跟上。

• 相比厂商错误码，getSQLState() 可移植性更好，适合做通用逻辑判断。例如，唯一约束冲突通常是"23505"，外键违约为"23503"。
• 调用方式：e.getSQLState()，其中e是捕获的SQLException。
• 需要注意：部分旧版驱动（比如老版本MySQL Connector/J）可能返回null或占位符（如"00000"），建议实际测试验证。

使用 getErrorCode() 获取数据库厂商错误码

getErrorCode() 返回的是数据库厂商定义的整数码，意义完全取决于数据库文档。比如MySQL的1062表示重复键，Oracle的1对应ORA-00001，而PostgreSQL通常返回0，表示无厂商码。

• MySQL：参考官方错误码列表，比如1062 = “Duplicate entry”。
• PostgreSQL：实际返回的是SQLSTATE的十进制映射，一般不直接使用；建议优先看getSQLState()。
• Oracle：返回ORA-XXXXX中的数字部分，比如1对应ORA-00001。

查看原始错误消息辅助定位

e.getMessage() 或 e.toString() 包含驱动生成的可读提示，往往同时包含SQLSTATE和厂商码。比如PostgreSQL的报错中会同时出现SQLSTATE: 23505和ERROR: duplicate key value violates unique constraint。

• 适合日志记录和人工排查，是快速定位问题入口。
• 不建议用于程序逻辑判断——容易受本地化、格式变动影响，不够稳定。

遍历 SQLException 链获取完整错误信息

有些数据库操作，比如批处理或存储过程，可能抛出多个嵌套异常。这时候，getNextException() 就得派上用场了，它能遍历整个异常链，避免只捕获第一个错误而遗漏根本原因。

• 每个节点都可以独立调用getSQLState()和getErrorCode()。
• 实际开发中，建议循环处理SQLException链，确保不丢失关键信息。