Spring中嵌套事务及事务失效的处理方法
在Spring中处理业务逻辑的时候,大家可能会遇到与下面这段代码的类似的逻辑:
这时候,大家为了数据库数据的ACID,需要做事务处理了,即要求这两条对数据库数据的操作同时成功,如果有其中的一个操作失败了,那么数据必须回滚到第一个操作之前的状态。Spring中,可通过在想要回滚的方法上加@Transactional注解,来实现事务控制。
对于上面代码所展示,edit()方法中会调用edit1()和edit2(),这两个方法中都有一条对数据库数据的更新操作。我们想要达到以下目的。
1. 如果edit1中的更新失败,那么不会执行edit2中的方法,数据库数据还是执行edit1之前的状态;
2. 如果edit2中更新失败,那么edit1中执行成功的操作,必须回滚,即数据回滚到执行edit1之前的状态;
我们先来了解Spring中事务的传播级别,在TransactionDefinition定义中包括了如下几个表示传播行为的常量:
REQUIRED:如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务,为默认事务的传播行为。
REQUIRES_NEW:创建一个新的事务,如果当前存在事务,则把当前事务挂起。
SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。
NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
MANDATORY:如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。
NESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。
通过设置注解@Transactional中propagation属性,即可控制事务的传播行为。
错误的使用方法:
因为edit中没有开启事务,就算edit1和edit2都开启事务,在edit中edit1和edit2不会是同一个事务,所以不会同时回滚。
正确的使用
1.方法一:
因为事务的默认传播级别是REQUIRED(如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务,为默认事务的传播行为),edit存在事务,当调用edit1和edit2的时候,会让edit1和edit2也加入到事务之中,所以,它们都在同一个事务之中,所以不管它们其中谁发生异常,都会回滚。 2.方法二:
获取到当前类的代理对象,用同一个带对象调用edit1和edit2,它们也会加入同一个事务。