Spring 不直接解析异常链，而是通过 SQLExceptionTranslator 将 SQLException 转为语义化运行时异常并保留其为 cause；手动获取时逐级调用 getCause() 直至 SQLException 即可。
spring 框架本身不直接“解析异常链”来提取最底层 sql 异常，而是通过 sqlexceptiontranslator 机制，在数据库操作抛出异常后，自动将原始的 sqlexception（来自 jdbc 驱动）转换为 spring 定义的、语义更清晰的运行时异常（如 badsqlgrammarexception、dataintegrityviolationexception 等），并保留原始 sql 异常作为 cause。这个过程天然完成了对“最底层 sql 异常”的识别与封装。
SQL 异常在 Spring 中的转换路径
当你使用 JdbcTemplate、JPA 或 MyBatis（配合 Spring 事务）执行数据库操作时，一旦底层 JDBC 抛出 SQLException，Spring 会立即介入：
- 捕获原始
SQLException（例如 MySQL 的CommunicationsException或 Oracle 的SQLException） - 调用已注册的
SQLExceptionTranslator实例（默认是SQLStateSQLExceptionTranslator或VendorAwareSQLExceptionTranslator） - 根据
SQLException.getSQLState()或getErrorCode()匹配预设规则，生成对应的 Spring 数据访问异常子类 - 新异常的
cause字段被设为原始SQLException，形成标准的异常嵌套链
如何手动获取最底层 SQLException
你不需要自己遍历异常链去“找”它——Spring 已确保它始终在 cause 链底端。只需从任意 Spring 数据异常中逐级调用 getCause()，直到遇到 SQLException 即可：
try {
jdbcTemplate.queryForObject("SELECT * FROM user WHERE id = ?", String.class, -1);
} catch (DataAccessException e) {
Throwable rootCause = e;
while (rootCause != null && !(rootCause instanceof SQLException)) {
rootCause = rootCause.getCause();
}
if (rootCause instanceof SQLException sqlEx) {
System.out.println("SQL State: " + sqlEx.getSQLState());
System.out.println("Error Code: " + sqlEx.getErrorCode());
System.out.println("Message: " + sqlEx.getMessage());
}
}自定义 SQLExceptionTranslator（按需增强）
若默认翻译不够精准（比如某数据库特有错误码未覆盖），可实现 SQLExceptionTranslator 接口，或继承 SQLErrorCodeSQLExceptionTranslator，重写 customTranslate 方法：
- 在配置类中注册 Bean，Spring 会自动替换默认 translator
- 可在该方法中检查
errorCode或sqlState，返回更具体的业务异常（如DuplicateKeyException） - 仍需确保 new 异常的
cause是传入的SQLException，以维持链路完整性
日志与监控中的实际应用
生产环境中，推荐在全局异常处理器中统一处理 DataAccessException：
立即学习“Java免费学习笔记（深入）”；
- 记录原始
SQLException的getSQLState()和getErrorCode()，这对 DBA 排查数据库侧问题至关重要 - 避免直接打印整个堆栈（尤其含敏感 SQL），但可提取关键字段用于告警分类（如 errorCode=1062 → MySQL 主键冲突）
- 结合
DefaultErrorAttributes扩展响应体，把sqlState作为 error detail 返回给前端（仅限调试环境）
