Spring 事务@Transactional

Spring 事务@Transactional

事务 @Transactional 可设置多个属性来控制事务的行为：

• propagation：事务传播行为

• isolation：隔离级别

• timeout：超时设置（单位：秒）

• readOnly：事务是否只读。如果设置为 true，Spring 会优化事务的执行，比如不会进行脏读。

• rollbackFor：哪些异常会导致事务回滚。默认情况下，运行时异常会导致事务回滚，而检查型异常不会。

• noRollbackFor：哪些异常不会导致事务回滚。

propagation 事务传播行为

事务传播行为 Propagation 定义了当一个事务方法被另一个事务方法调用时，事务应该如何传播。以下是 propagation 枚举的详细说明：

正确理解和使用事务传播行为对于确保事务的一致性和正确性至关重要。

isolation 隔离级别

隔离级别是事务管理的一个关键属性，它定义了一个事务在并发环境下如何与其他事务隔离。隔离级别决定了当前事务在并发环境下如何看到其他并发事务所做的修改。隔离级别越高，数据一致性越好，但并发性能可能会降低。反之，隔离级别越低，并发性能越好，但数据一致性风险增加；以下是 isolation 枚举的详细说明：

timeout 事务超时

限定事务在指定时间内完成。超时事务回滚。时间单位s。默认值-1，即事务将可以无限期地运行直到完成。

readOnly 事务是否只读

bool类型，默认 false，声明事务是否为只读事务，设置为 true 时，该事务只涉及读操作，不会进行修改数据库操作。对于只读事务，Spring 会进行一些优化，因为它知道该事务不更改数据，因此减少锁的持有时间，提高并发性能

只读事务常用于以下情况：

• 查询操作：比如统计、数据导出等只涉及到查询数据库的操作。
• 某些特定的更新操作：如果更新操作只涉及到更新一些不需要事务支持的字段（如：更新一些不需要保证原子性的字段），也可设置为只读。

当 readOnly 属性设置为 false（默认值）时，表示该事务可能会进行读和写操作。在这种情况下，Spring 不会应用只读事务的优化

rollbackFor 异常回滚

Exception 数组，默认{ RuntimeException.class }；指定哪些异常类型会触发事务回滚。通过设置 rollbackFor 属性，可以扩展触发回滚的异常类型，包括已检查异常或其他异常类型

noRollbackFor 异常不回滚，继续执行

Exception 数组，无默认值，用于指定哪些异常类型不会触发事务回滚。通过设置 noRollbackFor 属性，可以排除某些异常类型，使得即使这些方法抛出这些异常，事务也不会回滚

在 Spring 中，默认情况下：

• 当遇到 运行时异常（RuntimeException）或其子类时，Spring 事务管理器会触发事务回滚。
• 当遇到 已检查异常（即非运行时异常，继承自 Exception 但不继承自 RuntimeException）时，Spring 事务管理器默认不会触发事务回滚

@Transactional 使用

• 一个方法在类中调用另一个方法，并且被调用的方法没有自己的事务注解（如下所示），那么默认情况下，被调用方法中的数据库操作不会加入调用者方法的事务中，被调用方法中的数据库操作将在它们自己的独立事务中执行，调用者的事务不会自动传播到被调用者

    @Service
    public class SaveService {
        @Transactional
        public void funA() {
            this.funB();
            // 数据库操作
            this.funC();
        }
        public void funB() {
            // 数据库操作
        }
        public void funC() {
            // 数据库操作
        }
    }
  

• 为了保持数据的一致性，建议被调用方法加上 @Transactional
• 事务传播行为只适用于被 @Transactional 注解的方法
• @Transactional 属性设置仅对当前所注解的方法起效，并不对方法内部调用的其他方法起效

  public class MyService {
     @Transactional
     public void funA() {
         // 数据库操作（仅对这里的数据操作起效，并不对funB()起效）
         this.funB();
     }
     public void funB() {
         // 数据库操作
     }
  }
  

• 对事务属性的设置也会影响事务的执行。

    // funA 方法被调用，它会在自己的事务中执行，且 funB 和 funC 方法会加入这个事务。
    // funC 或 funB 被单独调用，不会创建新事务，而是会在没有事务的上下文中执行
    @Service
    public class MyService {
        @Transactional
        public void funA() {
            this.funB();
            this.funC();
        }
        @Transactional(propagation = Propagation.SUPPORTS)
        public void funB() {
            // 数据库操作
        }
        @Transactional(propagation = Propagation.SUPPORTS)
        public void funC() {
            // 数据库操作
        }
    }
  

• 事务传播行为由被调用方的方法决定，而不是调用方的方法
• 嵌套事务（NESTED）需要数据库支持嵌套事务

  虽然 MySQL 不支持真正意义上的 嵌套事务，但使用Propagation.REQUIRES_NEW仍然是可行的，因为它会启动一个新的事务，并且这个新事务与外部事务是隔离的。如果新事务成功，它会被提交，即使外部事务最终失败也是如此。如果新事务失败，它会被回滚，并且不影响外部事务

• 使用 REQUIRES_NEW 时，确保理解它会导致当前事务被挂起，并且新事务的异常不会导致当前事务回滚

拓展

@Transactional 仅能适用于单机数据库保持数据一致性，面对多节点多应用的分布式场景下，可使用Alibaba SETA框架实现分布式事务