2023-09-16  阅读(101)
原文作者:王伟王胖胖 原文地址: https://blog.csdn.net/wangwei19871103/article/details/105342310

传播机制图

202309162318529511.png

NEVER

不要事务,如果当前存在事务还要报异常。

例子

202309162318533662.png

202309162318539873.png
直接回滚了,调用accountDao.insertTest1()的时候报异常:

    org.springframework.transaction.IllegalTransactionStateException: Existing transaction found for transaction marked with propagation 'never'

但是换个方式用,报异常了也可以全成功:

202309162318543754.png

202309162318549055.png
结果:

202309162318552776.png

202309162318557417.png

NOT_SUPPORTED

不要事务,如果当前存在事务就把当前事务挂起。

例子

202309162318561478.png

202309162318565119.png
结果就是account成功了,user不成功:

2023091623185692710.png

2023091623185730311.png

REQUIRES_NEW

如果当前存在事务就把当前事务挂起,重新创建一个事务。

例子

2023091623185769412.png

2023091623185816413.png
结果应该是都回滚,插入不成功。

但是如果把这个异常的代码放到外层的话,内层就能成功,accout能插入,user还是回滚。

2023091623185855614.png

2023091623185900315.png
结果:

2023091623185955016.png

2023091623185991517.png

这种组合适合有些业务出异常也不影响主业务,比如说主业务是插入用户数据,另外一个业务是统计数据,或者日志,我在外层开一个统计数据的事务REQUIRES,然后里面是插入用户数据REQUIRES_NEW,只要插入成功,就算统计数据的有异常也没关系,但是如果插入异常了,你不做异常处理,那统计数据也会回滚。当然是单机情况,当然也可以有其他的组合,其实很灵活的,具体看业务啦。

好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。

阅读全文
  • 点赞