如何判断JDBC锁引发的异常是否为锁超时或锁失败导致？

刚好处理过不少JDBC锁相关的排查问题，我来分享下实操中的判断方法：

判断核心是从数据库特定的错误标识入手，别光靠异常类型，以下是几个靠谱的维度：

• 优先看错误代码：每个数据库都有专属的锁超时错误码，这是最稳定的判断依据（不会随版本轻易变动）。比如MySQL的1205、Oracle的00054（NOWAIT锁失败）/00060（死锁）。
• 辅助看异常消息文本：虽然不推荐作为生产环境的判断逻辑（不同版本提示语可能变），但临时排查时可以找关键词——MySQL会包含Lock wait timeout exceeded，Oracle会有resource busy and acquire with NOWAIT specified或deadlock detected。
• 核对数据库锁超时配置：比如MySQL的innodb_lock_wait_timeout默认是50秒，Oracle的DDL_LOCK_TIMEOUT默认是0，如果异常发生时间刚好匹配配置值，基本可以确认是锁超时。

不同数据库抛出的异常类型不同，得针对性处理：

MySQL场景 #

MySQL在锁超时或死锁时会抛出SQLTransactionRollbackException，判断方法：

• 提取错误代码：调用e.getErrorCode()，如果返回1205（锁等待超时）或1213（死锁导致回滚），就是锁相关问题。
• 查看SQL状态码：调用e.getSQLState()，锁/死锁相关的状态码通常是40001。
• 实操代码示例：

try {
    // 执行带for update的SQL
} catch (SQLTransactionRollbackException e) {
    if (e.getErrorCode() == 1205 || e.getErrorCode() == 1213 || "40001".equals(e.getSQLState())) {
        // 确认是锁超时或死锁引发的异常
        handleLockTimeout();
    } else {
        // 其他事务回滚原因
        handleOtherRollback();
    }
}

Oracle场景 #

Oracle不会抛出专门的锁异常，只会抛出通用的SQLException，得靠错误代码精准判断：

• 错误代码匹配：54对应“资源忙，指定NOWAIT后获取锁失败”，60对应“检测到死锁”，这两个都是锁获取失败的核心标识。
• 避免依赖消息文本：虽然异常消息里会有resource busy或deadlock关键词，但生产环境别用这个判断——Oracle版本升级可能会修改提示语。
• 实操代码示例：

try {
    // 执行带for update nowait的SQL
} catch (SQLException e) {
    int errorCode = e.getErrorCode();
    if (errorCode == 54 || errorCode == 60) {
        // 确认是锁相关异常
        handleLockFailure();
    } else {
        // 其他SQL异常
        handleOtherSQLException();
    }
}

内容的提问来源于stack exchange，提问作者eastwater