事务的传播机制有7种,下面的传播机制都是针对于被调用的方法来说的,理解起来需要想象成两个service,本文的案例主要讲的是传播机制中的PROPAGATION_REQUIRES_NEW和PROPAGATION_NESTED。
(1)PROPAGATION_REQUIRED(默认):支持使用当前事务,如果当前事务不存在,创建一个新事务。
(2)PROPAGATION_SUPPORTS:支持使用当前事务,如果当前事务不存在,则不使用事务。
(3)PROPAGATION_MANDATORY:中文翻译为强制,支持使用当前事务,如果当前事务不存在,则抛出Exception。
(4)PROPAGATION_REQUIRES_NEW(常用):创建一个新事务,如果当前事务存在,把当前事务挂起。
这个方法会独立提交事务,不受调用者的事务影响,父级异常,它也是正常提交。
(5)PROPAGATION_NOT_SUPPORTED:无事务执行,如果当前事务存在,把当前事务挂起。
(6)PROPAGATION_NEVER:无事务执行,如果当前有事务则抛出Exception。
(7)PROPAGATION_NESTED(常用):嵌套事务,如果当前事务存在,那么在嵌套的事务中执行。如果当前事务不存在,则表现跟REQUIRED一样。
如果当前存在事务,它将会成为父级事务的一个子事务,方法结束后并没有提交,只有等父事务结束才提交。
如果当前没有事务,则新建事务。
如果它异常,父级可以捕获它的异常而不进行回滚,正常提交。
但如果父级异常,它必然回滚,这就是和 REQUIRES_NEW 的区别。
下面直接上案例:
A、B都开启了事务,并且事务A里面方法调用了事务B里的方法
在这里让B发生异常,那么最后经过测试A、B都会发生异常,并且回滚(如果A里面对B进行了try-catch,那么还是会都会回滚)
那么怎样实现B发生异常后,回滚了。A不回滚,数据insert成功?(bz在业务需求中遇到过这样的)
解决方法:(1)事务B里面修改传播机制(默认的机制是PROPAGATION_REQUIRED),经过测试以下两种机制都是可以的。
Propagation_requires_new和propagation_nested的区别(重要,比较常用):
前者如果父级发生了异常,则子事务也是正常提交;后者是如何父级发生了异常,则子事务必然发生回滚。
具体使用哪种传播机制,当然还得根据实际的业务场景来决定。
原文地址:https://www.cnblogs.com/wei-cy/p/12241612.html