Spring事务传播机制详解

ゝ一纸荒年。 2023-02-17 05:16 21阅读 0赞

REQUIRES\_NEW官方文档解释：  
Create a new transaction, and suspend the current transaction if one exists.  
意思是，创建一个新事务，如果当前存在事务，将这个事务挂起。也就是说如果当前存在事务，那么将当前的事务挂起，并开启一个新事务去执行REQUIRES\_NEW标志的方法。  
先来总结一下结果：**（REQUIRES\_NEW一般用在内层事务，即A事务方法里又调用了B事务方法，B方法用REQUIRES\_NEW这种事务。）**  
**1.标志REQUIRES\_NEW会新开启事务，外层事务不会影响内部事务的提交/回滚。  
2.标志REQUIRES\_NEW的内部事务的异常，会影响外部事务的回滚。**

@Transactional(rollbackFor = Exception.class,propagation = Propagation.REQUIRED)

@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)

### spring事务使用AOP实现（一看这注解就是）。 ###

### **在TransactionDefinition接口中定义了七个事务传播行为：** ###

**1、PROPAGATION\_REQUIRED** 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

2、PROPAGATION\_SUPPORTS 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION\_SUPPORTS与不使用事务有少许不同。

3、PROPAGATION\_MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

**4、PROPAGATION\_REQUIRES\_NEW** 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

5、PROPAGATION\_NOT\_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。

6、PROPAGATION\_NEVER 总是非事务地执行，如果存在一个活动事务，则抛出异常。

7、PROPAGATION\_NESTED如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION\_REQUIRED 属性执行。

事务是逻辑处理原子性的保证手段，通过使用事务控制，可以极大的避免出现逻辑处理失败导致的脏数据等问题。

事务最重要的两个特性，是事务的传播级别和数据隔离级别。传播级别定义的是事务的控制范围，事务隔离级别定义的是事务在数据库读写方面的控制范围。

### 事务的7种传播级别： ###

1） PROPAGATION\_REQUIRED ，默认的spring事务传播级别，使用该级别的特点是，如果上下文中已经存在事务，那么就加入到事务中执行，如果当前上下文中不存在事务，则新建事务执行。所以这个级别通常能满足处理大多数的业务场景。

2）PROPAGATION\_SUPPORTS ，从字面意思就知道，supports，支持，该传播级别的特点是，如果上下文存在事务，则支持事务加入事务，如果没有事务，则使用非事务的方式执行。所以说，并非所有的包在transactionTemplate.execute中的代码都会有事务支持。这个通常是用来处理那些并非原子性的非核心业务逻辑操作。应用场景较少。

3）PROPAGATION\_MANDATORY ， 该级别的事务要求上下文中必须要存在事务，否则就会抛出异常！配置该方式的传播级别是有效的控制上下文调用代码遗漏添加事务控制的保证手段。比如一段代码不能单独被调用执行，但是一旦被调用，就必须有事务包含的情况，就可以使用这个传播级别。

4）PROPAGATION\_REQUIRES\_NEW ，从字面即可知道，new，每次都要一个新事务，该传播级别的特点是，每次都会新建一个事务，并且同时将上下文中的事务挂起，执行当前新建事务完成以后，上下文事务恢复再执行。

这是一个很有用的传播级别，举一个应用场景：现在有一个发送100个红包的操作，在发送之前，要做一些系统的初始化、验证、数据记录操作，然后发送100封红包，然后再记录发送日志，发送日志要求100%的准确，如果日志不准确，那么整个父事务逻辑需要回滚。**发送日志记录不会受外层影响回滚。****PROPAGATION\_REQUIRES\_NEW开启的子事务不会受父事务影响回滚，子事务提交之后一定会存在，而子事务一旦失败父事务会回滚。**

5）PROPAGATION\_NOT\_SUPPORTED ，这个也可以从字面得知，not supported ，不支持，当前级别的特点就是上下文中存在事务，则挂起事务，执行当前逻辑，结束后恢复上下文的事务。

这个级别有什么好处？可以帮助你将事务极可能的缩小。我们知道一个事务越大，它存在的风险也就越多。所以在处理事务的过程中，要保证尽可能的缩小范围。比如一段代码，是每次逻辑操作都必须调用的，比如循环1000次的某个非核心业务逻辑操作。这样的代码如果包在事务中，势必造成事务太大，导致出现一些难以考虑周全的异常情况。所以这个事务这个级别的传播级别就派上用场了。用当前级别的事务模板抱起来就可以了。

6）PROPAGATION\_NEVER ，该事务更严格，上面一个事务传播级别只是不支持而已，有事务就挂起，而PROPAGATION\_NEVER传播级别要求上下文中不能存在事务，一旦有事务，就抛出runtime异常，强制停止执行！这个级别上辈子跟事务有仇。

7）PROPAGATION\_NESTED ，字面也可知道，nested，嵌套级别事务。该传播级别特征是，如果上下文中存在事务，则嵌套事务执行，如果不存在事务，则新建事务。