事务的七种传播行为(以代码为例,做个笔记)_数据

 

下面是我自己的一些代码例子:

1.PROPAGATION_REQUIRED

事务的七种传播行为(以代码为例,做个笔记)_数据_02

 

 

事务的七种传播行为(以代码为例,做个笔记)_数据_03

 

 

 

未加事务,两条数据正常插入.

事务的七种传播行为(以代码为例,做个笔记)_回滚_04

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_数据_05

 

 

 

加上事务

事务的七种传播行为(以代码为例,做个笔记)_插入数据_06

 

事务的七种传播行为(以代码为例,做个笔记)_数据_07

 

 

 两个都回滚

 

 

事务的七种传播行为(以代码为例,做个笔记)_回滚_08

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_回滚_09

 

 

 第一个正常插入,第二个回滚

 

事务的七种传播行为(以代码为例,做个笔记)_插入数据_10

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_插入数据_11

 

 

 数据回滚了,再一次证明了,PROPAGATION_REQUIRED是事务合并成一个事务了

2、2.Propagation.SUPPORTS

事务的七种传播行为(以代码为例,做个笔记)_数据_12

 

 

事务的七种传播行为(以代码为例,做个笔记)_回滚_13

 

 若是PersonServiceImpl有事务,那么和PROPAGATION_REQUIRED没区别,若是没有事务,两个service,一个都不会回滚

3.PROPAGATION_MANDATORY ,与Propagation.SUPPORTS的区别在于,一旦PersonServiceImpl没有事务,就会报错

事务的七种传播行为(以代码为例,做个笔记)_插入数据_14

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_数据_15

 

 

 第一个正常插入,第二个回滚

事务的七种传播行为(以代码为例,做个笔记)_插入数据_16

 

 

 4.Propagation.REQUIRES_NEW

事务的七种传播行为(以代码为例,做个笔记)_数据_17

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_数据_18

 

 

 两个都回滚了

事务的七种传播行为(以代码为例,做个笔记)_插入数据_19

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_插入数据_20

 

 

 第一条回滚第二条成功插入。只有一个数据回滚,表明PersonServiceImpl的异常不会干扰到bankaccountservice2

 

5.Propagation.NOT_SUPPORTED

事务的七种传播行为(以代码为例,做个笔记)_插入数据_21

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_数据_22

 

 

 service1没有插入数据,而service2插入数据,表明,无论service2有没有事务,但是异常仍然会被service1捕捉到以至回滚

6.PROPAGATION_NEVER

事务的七种传播行为(以代码为例,做个笔记)_回滚_23

 

 

 

事务的七种传播行为(以代码为例,做个笔记)_回滚_24

 

与Propagation.NOT_SUPPORTED区别就在于,如果service1有事务,service2会抛异常


7.PROPAGATION_NESTED

事务的七种传播行为(以代码为例,做个笔记)_数据_25

 

会一起回滚

事务的七种传播行为(以代码为例,做个笔记)_数据_26

 
也回滚了;

 和required区别在于,一旦service2try catch了异常,service1不会回滚,但是required无论你在哪发生异常,都会回滚,这就是我为什么说required行为下,都是一个事务的原因

事务的七种传播行为(以代码为例,做个笔记)_回滚_27