为何TRY CATCH在SSMS中可更新行，Tomcat应用中却无法生效？

核心问题在于Java代码触发了不必要的事务回滚，导致存储过程中CATCH块的UPDATE操作被撤销，具体原因和修复方案如下：

1. 关键问题点 #

存储过程内部已经通过TRY/CATCH捕获了除以零的错误，并执行了UPDATE error_log，但Java代码中存在以下问题：

• 执行存储过程后，调用stmt.getInt(fields.size())尝试获取一个不存在的结果/参数：你的存储过程既没有定义输出参数，也没有返回可被getInt读取的结果集。如果fields.size()的值为0（或无效索引），这行代码会直接抛出SQLException，进入catch块执行conn.rollback()，从而回滚包括UPDATE error_log在内的整个事务。
• 即使没有触发异常，存储过程也没有向Java返回明确的执行状态，Java无法正确判断是否需要提交事务。

2. 修复步骤 #

步骤1：修改存储过程，添加输出参数返回执行状态 #

给存储过程新增输出参数，明确告知Java端存储过程的执行结果（是否触发了错误处理）：

CREATE PROCEDURE MyPROC
    @ExecutionStatus INT OUTPUT
AS
BEGIN
    SET NOCOUNT ON; -- 避免返回额外的计数结果集干扰JDBC
    SET @ExecutionStatus = 1; -- 1代表正常执行（未触发CATCH）

    BEGIN TRY
        SELECT 1/0;
    END TRY
    BEGIN CATCH
        UPDATE error_log SET error_desc='test';
        SET @ExecutionStatus = -1; -- -1代表触发了错误处理
    END CATCH
END

步骤2：修改Java代码，正确处理存储过程的输出参数 #

调整Java代码，注册并读取输出参数，避免无意义的异常触发回滚，同时根据存储过程返回的状态提交事务（因为CATCH块的UPDATE需要被持久化）：

DBConnection dbConn  = DBConnection.getInstance();
Connection conn = null;
int result = DBProcedures.RESULT_OK; // 默认成功
try {
    conn = dbConn.getConnection();
    conn.setAutoCommit(false);
    // 调用带输出参数的存储过程
    CallableStatement stmt = conn.prepareCall("{CALL MyPROC(?)}");
    // 注册输出参数（索引1对应存储过程的第一个参数）
    stmt.registerOutParameter(1, Types.INTEGER);
    stmt.execute();
    
    // 获取存储过程返回的执行状态
    int execStatus = stmt.getInt(1);
    if (execStatus == -1) {
        result = DBProcedures.RESULT_FAILED;
    }
    // 无论是否触发错误处理，都提交事务（因为CATCH块的UPDATE需要保留）
    conn.commit();
} catch (SQLException e) {
    result = DBProcedures.RESULT_FAILED;
    if (conn != null) {
        try {
            conn.rollback();
        } catch (SQLException e1) {
            System.err.println("回滚异常: " + e1.getMessage());
        }
    }
    System.err.println("执行异常: " + e.getMessage());
} finally {
    if (conn != null) {
        try {
            conn.setAutoCommit(true);
        } catch (SQLException e) {
            System.err.println("恢复自动提交异常: " + e.getMessage());
        }
        dbConn.returnConnection(conn);
    }
}

额外注意事项 #

• 确保存储过程中添加SET NOCOUNT ON;，避免JDBC将存储过程的行数计数当作结果集处理，干扰参数读取。
• 不要在Java端对存储过程已经处理的错误执行回滚——存储过程的CATCH块是业务逻辑的一部分，对应的UPDATE需要被提交。

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