JDBC事务手动提交回滚

wen java案例 2026-07-28 1

JDBC事务手动提交与回滚：从原理到实战的完整指南

目录导读

JDBC事务基础概念
什么是事务？为什么需要手动控制？
JDBC事务的自动提交模式
默认行为与潜在风险
手动提交与回滚的核心API
- setAutoCommit(false)、commit()、rollback()
完整示例：银行转账场景
代码逐行解析与异常处理
常见问题与最佳实践
连接池、嵌套事务、性能优化
QA问答
针对高频问题的深度回答

JDBC事务基础概念

核心问题：在JDBC中，每次执行SQL语句后，数据库会自动提交吗？如果中途出错怎么办？

在Java数据库连接（JDBC）中，事务是指一组原子性的数据库操作，将资金从账户A转移到账户B，需要先扣减A的余额，再增加B的余额，这两个操作必须要么全部成功，要么全部失败，如果只执行了扣减操作而增加操作失败，就会导致数据不一致。

手动提交与回滚，就是由程序员显式控制事务的结束方式：

手动提交：调用connection.commit()，确认所有操作生效。
手动回滚：调用connection.rollback()，撤销当前事务中的所有操作。

为什么需要手动？
JDBC默认采用自动提交模式（auto-commit = true），即每条SQL语句执行后立即提交，这在单条语句场景下没问题，但无法满足需要多步骤原子性的业务需求。

JDBC事务的自动提交模式

1 默认行为

Connection conn = DriverManager.getConnection(url, user, password);
// 默认 auto-commit = true

每执行一次Statement.executeUpdate()，底层会隐式调用commit()，这意味着：

如果先执行UPDATE account SET balance = balance - 100 WHERE id = 1成功，数据库立即将A账户扣减100元。
紧接着执行UPDATE account SET balance = balance + 100 WHERE id = 2失败（如账户不存在），A账户的扣减已无法回滚。

2 自动提交的三大风险

数据不一致 —— 部分成功、部分失败无法撤销。
性能下降 —— 频繁提交产生大量磁盘I/O。
并发困难 —— 每条语句都视为独立事务，隔离性形同虚设。

手动提交与回滚的核心API

要启用手动事务控制,必须执行三个关键步骤：

步骤1：关闭自动提交

conn.setAutoCommit(false); // 必须位于所有SQL执行之前

步骤2：执行业务操作

try (PreparedStatement ps1 = conn.prepareStatement(sql1);
     PreparedStatement ps2 = conn.prepareStatement(sql2)) {
    // 执行多条更新语句
    ps1.executeUpdate();
    ps2.executeUpdate();
}

步骤3：手动提交或回滚

try {
    // 所有操作成功 -> 提交
    conn.commit();
} catch (SQLException e) {
    // 任意操作失败 -> 回滚
    conn.rollback();
    throw e;
} finally {
    // 恢复自动提交（可选），归还连接到连接池
    conn.setAutoCommit(true);
    conn.close();
}

关键细节：

rollback()必须在catch块中调用，且必须在commit()之前。
回滚后,连接的状态不会自动重置，建议在finally中恢复auto-commit默认值，防止连接池中的连接污染。

完整示例：银行转账场景

下面演示一个经典的转账事务——从账户1001转100元到账户1002：

1 表结构（MySQL）

CREATE TABLE account (
    id INT PRIMARY KEY,
    name VARCHAR(50),
    balance DECIMAL(10,2)
);

2 Java代码实现

public class TransferService {
    public void transfer(int fromId, int toId, double amount) throws SQLException {
        String sqlFrom = "UPDATE account SET balance = balance - ? WHERE id = ?";
        String sqlTo = "UPDATE account SET balance = balance + ? WHERE id = ?";
        try (Connection conn = DriverManager.getConnection(DB_URL, USER, PWD)) {
            conn.setAutoCommit(false); // 开启手动事务
            try (PreparedStatement psFrom = conn.prepareStatement(sqlFrom);
                 PreparedStatement psTo = conn.prepareStatement(sqlTo)) {
                // 扣减转出账户
                psFrom.setDouble(1, amount);
                psFrom.setInt(2, fromId);
                int affected = psFrom.executeUpdate();
                if (affected == 0) {
                    throw new SQLException("转出账户不存在");
                }
                // 增加转入账户
                psTo.setDouble(1, amount);
                psTo.setInt(2, toId);
                affected = psTo.executeUpdate();
                if (affected == 0) {
                    throw new SQLException("转入账户不存在");
                }
                conn.commit(); // 全部成功，提交事务
            } catch (SQLException e) {
                conn.rollback(); // 任何异常，回滚整个事务
                throw e;
            }
        }
    }
}

3 异常处理要点

捕获SQLException后立即回滚，切勿先记录日志再回滚（可能丢失连接状态）。
回滚后重新抛出异常,让上层调用者知道事务失败。

常见问题与最佳实践

1 连接池中的手动事务

在使用HikariCP、Druid等连接池时，务必在归还连接前重置auto-commit状态，如果某次事务中关闭了自动提交，归还后连接仍为false，其他线程使用该连接时，所有SQL将不会自动提交，导致莫名其妙的数据丢失或锁等待。

正确做法：

finally {
    conn.setAutoCommit(true); // 恢复默认
    conn.close(); // 归还到池
}

2 嵌套事务（Savepoint）

JDBC支持使用Savepoint实现事务的部分回滚：

Savepoint sp = conn.setSavepoint("step1");
// ... 执行部分操作后出错
conn.rollback(sp); // 回滚到savepoint，之前操作保留
conn.commit(); // 提交保留的操作

注意：Savepoint仅在事务开启后有效，且回滚后必须手动提交或释放。

3 性能与隔离级别

手动事务结合隔离级别控制可以提升并发性能。

conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);

隔离级别越高（如SERIALIZABLE），锁竞争越严重，建议根据业务选择合适的隔离级别。

QA问答

Q1：如果commit()失败，需要再调用rollback()吗？
A：不需要。commit()失败时，数据库会自动终止当前事务，等同于回滚，但为了代码健壮性，可以在catch块中调用rollback()（它会返回void，忽略异常即可）。

Q2：手动事务中能否混合DDL语句（如CREATE TABLE）？
A：可以，但注意DDL语句会隐式提交当前事务（MySQL、PostgreSQL等），事务中请避免使用DDL，否则需重新开启事务。

Q3：事务回滚后，PreparedStatement还能继续使用吗？
A：不能，回滚会关闭当前事务中的所有Statement游标，必须重新创建Statement再执行。

Q4：为什么有人推荐使用try-with-resources时手动设置setAutoCommit(false)？
A：try-with-resources会在try块结束时自动关闭资源，但不会自动提交或回滚未完成的事务，如果此时auto-commit为false，连接关闭时数据库会强制回滚未提交的修改，导致数据丢失，因此务必在try块中手动调用commit()或rollback()。

Q5：批量操作性能如何提升？
A：使用PreparedStatement.addBatch()和executeBatch()，结合手动事务一次提交，可减少网络往返次数，示例：

conn.setAutoCommit(false);
for (int i = 0; i < 1000; i++) {
    ps.setParameters(...);
    ps.addBatch();
}
int[] results = ps.executeBatch();
conn.commit();

手动事务的核心价值

JDBC手动提交与回滚是构建可靠数据操作的基础,它赋予开发者对事务生命周期的完全控制权，确保在异常发生时不会产生“脏数据”，掌握setAutoCommit(false)、commit()、rollback()三件套，结合连接池的归还规范，就能应对99%的业务场景。

最后提醒：实际生产环境中，建议使用Spring的@Transactional或JTA等更高层次的抽象，但理解底层原理能让你在排查问题时更加游刃有余。