事务的七种传播方式

所谓事务的传播行为是指,如果在开始当前事务之前,一个事务上下文已经存在,此时有若干选项可以指定一个事务性方法的执行行为。

当事务存在嵌套关系时,子事务与父事务的关系以及回滚的影响范围(传播-回滚的传播)

示例定义:

T1{
 
  O(A);
 
  T2{
    O(B);
 
    O(C); 
  };
 
  O(D); 
};

各种传播性的关系

PROPAGATION_REQUIRED=0:

如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。
  • 无父事务时:子事务作为独立事务执行
  • 有父事务时:子事务中的操作串入父事务中执行,并且一起提交,一个操作失败全部回滚

总结:如果有父事务就和父事务同进退,如果没有就新建事务

PROPAGATION_SUPPORTS=1:

如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
  • 无父事务时:以非事务方式执行
  • 有父事务时:加入父事务执行,等同于PROPAGATION_REQUIRED

总结:如果有父事务就和父事务同进退,如果没有就按非事务执行

PROPAGATION_MANDATORY=2:

如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。
  • 无父事务时:抛出异常
  • 有父事务时:加入父事务执行,等同于PROPAGATION_REQUIRED

总结:如果有父事务就和父事务同进退,如果没有就抛出异常

PROPAGATION_REQUIRES_NEW=3:

创建一个新的事务,如果当前存在事务,则把当前事务挂起。
挂起(Suspend):通知 TransactionManager不再检查某事务的状态,直到Resume

AbstractPlatformTransactionManager. handleExistingTransaction()

  • 无父事务时:子事务新建事务作为独立事务执行
  • 有父事务时:子事务新建事务作为独立事务执行,独立提交;
T1{
 
  O(A);
 
  T2{
    O(B);
 
    O(C); 
  };
 
  O(D); 
};

如此示例:

  • 子事务T2不受父事务T1回滚的影响,但仍作为T1的子逻辑,
  • O(D)失败,O(A)回滚,T2中的事务不回滚;
  • T2失败回滚,T1捕获异常后,可以选择提交或回滚,未捕获异常,同T2一起回滚。

总结:新建事务不管有没有父事务,互不影响(父事务通过捕获异常可以选择是否回滚)

NOT_SUPPORTED=4:

以非事务方式运行,如果当前存在事务,则把当前事务挂起。
  • 无父事务时:以非事务方式执行
  • 有父事务时:挂起父事务,自己按照无事务方式运行
  子事务自身无回滚,出现异常若向上抛,可能导致父事务回滚
  父事务回滚时,不会影响子事务。

总结:不管有没有父事务都按非事务运行,如果出现异常,可能导致父事务回滚

NEVER=5:

以非事务方式运行,如果当前存在事务,则抛出异常。
  • 无父事务时:以非事务方式执行
  • 有父事务时:抛出异常(若不处理会导致父事务回滚)

总结:按非事务运行,如果有父事务存在就抛出异常,如果父事务不处理就导致父事务回滚

NESTED=6:

如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行
  • 无父事务时:创建独立事务,等同于PROPAGATION_REQUIRED
  • 有父事务时:嵌套在父事务之内
子事务依赖父事务:子事务于父事务提交时提交;父事务回滚,子事务也回滚。
Savepoint:子事务回滚时,父事务不回滚

总结:听爹的,爹干啥儿干啥,但是爹不听儿的


### Spring 框架中的事务传播行为 #### PROPAGATION_REQUIRED 这是默认的行为。如果当前存在事务,则加入该事务;如果没有事务正在运行,则启动一个新的事务。此模式适用于大多数场景。 ```java @Transactional(propagation = Propagation.REQUIRED) public void methodA() { // 方法逻辑... } ``` 这种情况下,`methodB()` 将会参与到 `methodA()` 的同一个事务里[^1]。 #### PROPAGATION_SUPPORTS 如果有活动的事务就支持它,但是如果没有的话也不会开启新的事务而是以非事务方式执行业务操作。 ```java @Transactional(propagation = Propagation.SUPPORTS) public void nonTransactionalMethod() { // 非事务性的处理流程... } ``` 这意味着即使被调用了也没有强制要求一定要在一个事务上下文中工作[^2]。 #### PROPAGATION_MANDATORY 必须在一个已经存在的事务内运行,否则抛出异常。这通常用于那些总是期望在其父级组件所定义好的事务边界之内工作的服务层组件上。 ```java @Transactional(propagation = Propagation.MANDATORY) public void mandatoryTransactionMethod() throws Exception { // 只能在已有事务中执行的操作... } ``` 当尝试单独调用此类方法时将会失败并引发错误提示。 #### PROPAGATION_REQUIRES_NEW 无论是否存在现有事务都会创建一个全新的独立事务来包围目标对象的方法调用过程。新旧两个事物之间相互隔离互不影响彼此的状态变化情况。 ```java @Transactional(propagation = Propagation.REQUIRES_NEW) public void requiresNewTransactionMethod() { try { // 新建事务内的具体实现细节... } finally { // 即使外部事务回滚这里也会正常提交 } } ``` 对于像发送邮件这样的动作来说非常有用,在任何情形下都希望确保能够成功完成而不受其他因素干扰。 #### PROPAGATION_NOT_SUPPORTED 尽可能避免使用事务环境来进行数据库访问或其他资源控制等活动。如果确实有现成可用的事物则将其挂起直到本段程序结束为止再恢复原来状态继续前进下去。 ```java @Transactional(propagation = Propagation.NOT_SUPPORTED) public void notSupportedTransactionMethod() { // 不需要事务保护的任务... } ``` 这种方式适合读取只读数据或执行一些不涉及持久化变更的工作项。 #### PROPAGATION_NEVER 严格禁止任何形式下的事务参与进来。一旦检测到哪怕是最轻微的存在感也将立即终止整个进程并向上传播相应的异常信息给调用者知道发生了什么问题。 ```java @Transactional(propagation = Propagation.NEVER) public void neverAllowTransactionMethod() throws Exception { // 绝不允许在此处发生任何有关交易的事情... } ``` 这类配置很少见除非应用程序设计中有特殊需求才会考虑采用。 #### PROPAGATION_NESTED 允许嵌套式的子事务结构形成父子关系链路体系。内部的小型单元可以在更大范围的整体框架之下自主决定何时保存更改成果以及如何应对可能出现的各种意外状况而不会影响全局稳定性。 ```java @Transactional(propagation = Propagation.NESTED) public void nestedTransactionMethod() { // 子事务的具体实施策略... } ``` 比如在记录订单的同时还可以安全地更新库存数量等关联表单字段值却不必担心因为某一方出现问题而导致另一方也被迫跟着一起撤销之前所做的全部努力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值