Spring事务传播机制

PROPAGATION_REQUIRED
–支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。

PROPAGATION_SUPPORTS
–支持当前事务,如果当前没有事务,就以非事务方式执行。

PROPAGATION_MANDATORY
–支持当前事务,如果当前没有事务,就抛出异常。

PROPAGATION_REQUIRES_NEW
–新建事务,如果当前存在事务,把当前事务挂起。

PROPAGATION_NOT_SUPPORTED
–以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。

PROPAGATION_NEVER
–以非事务方式执行,如果当前存在事务,则抛出异常。

ServiceA {
   /**
    * 事务属性配置为 PROPAGATION_REQUIRED
    */
   void method() {
      try {
               ServiceB.method(); 
              } catch (SomeException) {
                // 执行其他业务
               }
            }
     }

PROPAGATION_REQUIRED

比如说,ServiceB.method的事务级别定义为PROPAGATION_REQUIRED, 那么由于执行ServiceA.method的时候,

ServiceA.method已经起了事务,这时调用ServiceB.method,ServiceB.method看到自己已经运行在ServiceA.method

的事务内部,就不再起新的事务。而假如ServiceA.method运行的时候发现自己没有在事务中,他就会为自己分配一个事务。这样,在ServiceA.method或者在ServiceB.method内的任何地方出现异常,事务都会被回滚。即使ServiceB.method的事务已经被提交,但是ServiceA.method在接下来fail要回滚,ServiceB.method也要回滚。

PROPAGATION_SUPPORTS

如果当前在事务中,即以事务的形式运行,如果当前不再一个事务中,那么就以非事务的形式运行

PROPAGATION_MANDATORY

必须在一个事务中运行。也就是说,他只能被一个父事务调用。否则,他就要抛出异常

PROPAGATION_REQUIRES_NEW

我们设计ServiceA.method的事务级别为PROPAGATION_REQUIRED,ServiceB.method的事务级别为PROPAGATION_REQUIRES_NEW,那么当执行到ServiceB.method的时候,ServiceA.method所在的事务就会挂起,ServiceB.method会起一个新的事务,等待ServiceB.method的事务完成以后,他才继续执行。他与PROPAGATION_REQUIRED 的事务区别在于事务的回滚程度了。因为ServiceB.method是新起一个事务,那么就是存在

两个不同的事务。如果ServiceB.method已经提交,那么ServiceA.method失败回滚,ServiceB.method是不会回滚的。如果ServiceB.method失败回滚,如果他抛出的异常被ServiceA.method捕获,ServiceA.method事务仍然可能提交。

PROPAGATION_NOT_SUPPORTED

比如ServiceA.method的事务级别是PROPAGATION_REQUIRED ,而ServiceB.method的事务级别是PROPAGATION_NOT_SUPPORTED ,

那么当执行到ServiceB.method时,ServiceA.method的事务挂起,而ServiceB.method以非事务的状态运行完,再继续ServiceA.method的事务。

PROPAGATION_NEVER

假设ServiceA.method的事务级别是PROPAGATION_REQUIRED, 而ServiceB.method的事务级别是PROPAGATION_NEVER ,那么ServiceB.method就要抛出异常了。

PROPAGATION_NESTED

理解Nested的关键是savepoint。他与PROPAGATION_REQUIRES_NEW的区别是,PROPAGATION_REQUIRES_NEW另起一个事务,将会与他的父事务相互独立,而Nested的事务和他的父事务是相依的,他的提交是要等和他的父事务一块提交的。也就是说,如果父事务最后回滚,他也要回滚的。而Nested事务的好处是他有一个savepoint。

ServiceA {

/**
* 事务属性配置为 PROPAGATION_REQUIRED
*/
void method() {
try {
//savepoint
ServiceB.method(); //PROPAGATION_NESTED 级别
} catch (SomeException) {
// 执行其他业务
ServiceC.method();
}
}
}

也就是说ServiceB.method失败回滚,那么ServiceA.method也会回滚到savepoint点上,ServiceA.method可以选择另外一个分支,比如ServiceC.method,继续执行,来尝试完成自己的事务。但是这个事务并没有在EJB标准中定义。

原文 

http://likeyou.cool/2020/06/23/spring-shi-wu-chuan-bo-ji-zhi/

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » Spring事务传播机制

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址