4. 本地事务边界：数据库本地事务、JDBC事务边界、Spring @Transactional原理

本地事务（Local Transaction）是事务管理中最基础、最核心的单元。它直接由底层资源管理器（通常是关系型数据库）驱动，不依赖外部事务协调器（如JTA）。理解本地事务的边界，是掌握分布式事务与EntAPI事务边界设计的基石。

4.1 数据库本地事务：ACID的物理载体

数据库本地事务是数据库管理系统（DBMS）内部提供的事务机制，它直接作用于数据页和日志文件。其核心目标是保证单个数据库连接内的一组操作满足ACID特性。

ACID属性 数据库实现机制 事务边界影响
原子性（Atomicity） Undo Log（回滚日志） 事务提交前，所有修改可回滚；提交后，不可撤销。
一致性（Consistency） 约束、触发器、事务日志 事务开始和结束时，数据必须满足所有预定义规则。
隔离性（Isolation） 锁机制、MVCC（多版本并发控制） 事务边界决定了锁的持有时间和可见性范围。
持久性（Durability） Redo Log（重做日志） 事务提交后，修改必须永久保存，即使系统崩溃。
关键认知： 数据库本地事务的边界，本质上是 BEGIN TRANSACTION 与 COMMIT / ROLLBACK 之间的时间窗口。在这个窗口内，所有SQL操作共享同一个数据库连接和事务上下文。

4.2 JDBC事务边界：编程式控制

JDBC（Java Database Connectivity）是Java访问数据库的标准API。JDBC事务边界通过 java.sql.Connection 对象进行编程式管理，是Spring声明式事务的底层基础。

4.2.1 核心API与边界控制

  • 关闭自动提交： connection.setAutoCommit(false); —— 显式开启事务边界。
  • 提交事务： connection.commit(); —— 结束事务边界，持久化修改。
  • 回滚事务： connection.rollback(); —— 结束事务边界，撤销修改。
  • 设置保存点： connection.setSavepoint(String name); —— 在事务边界内创建子边界，支持部分回滚。
// JDBC 编程式事务边界示例
public void transferFunds(Connection conn, long fromId, long toId, BigDecimal amount) throws SQLException {
    // 步骤1：关闭自动提交，开启事务边界
    conn.setAutoCommit(false);
    try {
        // 步骤2：执行业务操作（在事务边界内）
        updateAccount(conn, fromId, amount.negate());
        updateAccount(conn, toId, amount);
        // 步骤3：提交事务，结束边界
        conn.commit();
    } catch (SQLException e) {
        // 步骤4：异常回滚，撤销边界内所有修改
        conn.rollback();
        throw e;
    } finally {
        // 步骤5：恢复自动提交（可选，通常由连接池管理）
        conn.setAutoCommit(true);
    }
}

4.2.2 JDBC事务边界的关键特征

特征 说明 对EntAPI设计的启示
连接绑定 事务边界严格绑定到单个 Connection 对象。 跨数据源操作无法用JDBC本地事务保证一致性。
显式控制 开发者必须手动调用 commit() 或 rollback()。 容易因遗漏导致连接泄漏或事务悬挂。
隔离级别 通过 conn.setTransactionIsolation() 设置。 高隔离级别（如SERIALIZABLE）会显著降低并发。
保存点 支持嵌套回滚点，但非标准SQL特性。 可用于复杂批处理场景的局部回滚。
常见陷阱： 在JDBC编程中，如果忘记在 finally 块中处理 rollback() 或 close()，事务边界将无法正确关闭，导致数据库连接被长期占用，最终引发连接池耗尽。

4.3 Spring @Transactional 原理：声明式事务边界

Spring 通过 @Transactional 注解，将JDBC编程式事务的边界控制逻辑抽象为声明式配置，极大简化了开发工作。其核心原理基于 AOP（面向切面编程） 和 事务抽象层（PlatformTransactionManager）。

4.3.1 核心组件与工作流程

  1. @Transactional 注解： 标记在类或方法上，声明事务边界元数据（传播行为、隔离级别、超时等）。
  2. TransactionInterceptor： Spring AOP 增强器，拦截被注解标记的方法调用。
  3. PlatformTransactionManager： 事务管理器抽象接口，具体实现如 DataSourceTransactionManager（JDBC）、JpaTransactionManager（JPA）。
  4. TransactionStatus： 代表当前事务的状态，包含是否为新事务、是否只读等信息。
// Spring @Transactional 声明式事务示例
@Service
public class AccountService {

    @Autowired
    private AccountRepository accountRepository;

    @Transactional(rollbackFor = Exception.class, isolation = Isolation.READ_COMMITTED)
    public void transferFunds(Long fromId, Long toId, BigDecimal amount) {
        // 方法进入时，Spring AOP 自动开启事务边界
        accountRepository.debit(fromId, amount);
        accountRepository.credit(toId, amount);
        // 方法正常退出时，Spring AOP 自动提交事务边界
        // 方法抛出异常时，Spring AOP 自动回滚事务边界
    }
}

4.3.2 @Transactional 事务边界控制流程

下图展示了Spring AOP拦截器如何围绕业务方法建立事务边界：

Spring @Transactional 事务边界控制流程 调用方 (Client) AOP代理 (TransactionInterceptor) PlatformTransactionManager 业务方法 (@Transactional) 数据库 (JDBC Connection) 事务边界关键动作 1. 获取/创建事务 2. 设置隔离级别 3. 传播行为判断 4. 绑定资源到线程 5. 执行业务逻辑 6. 提交或回滚 7. 清理事务资源 8. 恢复线程状态

4.3.3 事务传播行为与边界嵌套

Spring 定义了7种事务传播行为，它们直接影响事务边界的创建、挂起和嵌套方式。以下是EntAPI开发中最常用的三种：

传播行为 边界行为 典型场景
REQUIRED（默认） 加入当前事务；如果没有则新建。 大多数业务方法，确保整个调用链在同一个事务边界内。
REQUIRES_NEW 挂起当前事务，始终新建一个独立事务。 审计日志、异步消息发送，需要独立提交/回滚。
NESTED 基于保存点（Savepoint）创建嵌套事务。 批量处理中的部分回滚，不影响外部事务。
EntAPI 实践要点：
  • 默认使用 REQUIRED： 保持事务边界清晰，避免不必要的嵌套。
  • 谨慎使用 REQUIRES_NEW： 它会挂起外部事务，消耗额外的数据库连接，在高并发场景下容易导致连接池死锁。
  • 避免事务边界过长： 不要在 @Transactional 方法内执行远程RPC调用、文件IO等耗时操作，这会长时间持有数据库连接和锁。

4.4 三种事务边界的对比总结

维度 数据库本地事务 JDBC事务边界 Spring @Transactional
控制方式 SQL语句（BEGIN/COMMIT） Java API（Connection对象） 声明式注解（AOP代理）
边界粒度 数据库会话级别 代码块级别 方法级别
资源管理 由DBMS自动管理 开发者手动管理 Spring容器自动管理
可移植性 依赖数据库方言 JDBC标准，跨数据库 Spring抽象，跨数据源类型
适用场景 数据库脚本、存储过程 原生JDBC操作、批处理 企业级应用、微服务内部
核心结论： 数据库本地事务是物理基础，JDBC事务是编程接口，Spring @Transactional 是声明式抽象。在EntAPI架构中，我们通常使用Spring @Transactional来定义服务层的事务边界，但必须理解其底层最终映射为JDBC Connection上的 commit() 和 rollback() 调用。任何脱离底层原理的声明式配置，都可能在复杂边界场景下产生意料之外的行为。
← 上一章 📖 返回目录 下一章 →