Spring的@Transactional注解的使用说明

忘是亡心i 2022-01-21 23:59 521阅读 0赞

一般情况下我们在处理具体的业务都是在Service层来进行处理操作，此时如果在Service类上添加@Transactional注解的话，那么Service曾的每一个业务方法调用的时候都会打开一个事务。

注意点： Spring默认情况下会对(RuntimeException)及其子类来进行回滚，在遇见Exception及其子类的时候则不会进行回滚操作。

注意点： @Transactional既可以作用于接口，接口方法上以及类已经类的方法上。但是Spring官方不建议接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。 Spring默认使用的是jdk自带的基于接口的代理，而没有使用基于类的代理CGLIB。

重点注意点： @Transactional注解底层使用的是动态代理来进行实现的，如果在调用本类中的方法，此时不添加@Transactional注解，而是在调用类中使用thisi调用本类中的另外一个添加了@Transactional注解，此时this调用的方法上的@Transactional注解是不起作用的。

##### 回滚与开启事务 #####

1. 让Exception异常也进行回滚操作，在调用该方法前加上: @Transactional(rollbackFor = Exception.class)
    2. 让RuntimeException进行回滚操作，在调用该方法前加上： @Transactional(rollbackFor = RuntimeException.class)
    
    3. 让RuntimeException不进行回滚操作，在调用该方法前加上： @Transactional(noRollbackFor= RuntimeException.class)
    
    
    4. 在整个方法运行前就不会开启事务:  @Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)，这样就做成一个只读事务，可以提高效率

#### @Transactional 注解的参数 ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODI5NDk5OQ_size_16_color_FFFFFF_t_70]

查看方法的是否事务已经被执行

TransactionSynchronizationManager.isActualTransactionActive()  返回true: 该方法中存在事务，false则不存在

#### 事务的传播及其属性的意义： ####

//事务传播属性
    @Transactional(propagation=Propagation.REQUIRED)//如果有事务，那么加入事务，没有的话新创建一个
    @Transactional(propagation=Propagation.NOT_SUPPORTED)//这个方法不开启事务
    @Transactional(propagation=Propagation.REQUIREDS_NEW)//不管是否存在事务，都创建一个新的事务，原来的挂起，新的执行完毕，继续执行老的事务
    @Transactional(propagation=Propagation.MANDATORY)//必须在一个已有的事务中执行，否则抛出异常
    @Transactional(propagation=Propagation.NEVER)//不能在一个事务中执行，就是当前必须没有事务，否则抛出异常
    @Transactional(propagation=Propagation.SUPPORTS)//其他bean调用这个方法，如果在其他bean中声明了事务，就是用事务。没有声明，就不用事务。
    @Transactional(propagation=Propagation.NESTED)//如果一个活动的事务存在，则运行在一个嵌套的事务中，如果没有活动的事务，则按照REQUIRED属性执行，它使用一个单独的事务。这个书屋拥有多个回滚的保存点，内部事务的回滚不会对外部事务造成影响，它只对DataSource TransactionManager事务管理器起效。
    @Transactional(propagation=Propagation.REQUIRED,readOnly=true)//只读，不能更新，删除
    @Transactional(propagation=Propagation.REQUIRED,timeout=30)//超时30秒
    
    @Transactional(propagation=Propagation.REQUIRED,isolation=Isolation.DEFAULT)//数据库隔离级别
    
    
    事务传播行为种类
    
    Spring在TransactionDefinition接口中规定了7种类型的事务传播行为，
    
    它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播：
    
    说明
    
    PROPAGATION_REQUIRED
    
    如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
    
    PROPAGATION_SUPPORTS
    
    支持当前事务，如果当前没有事务，就以非事务方式执行。
    
    PROPAGATION_MANDATORY
    
    使用当前的事务，如果当前没有事务，就抛出异常。
    
    PROPAGATION_REQUIRES_NEW
    
    新建事务，如果当前存在事务，把当前事务挂起。
    
    PROPAGATION_NOT_SUPPORTED
    
    以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
    
    PROPAGATION_NEVER
    
    以非事务方式执行，如果当前存在事务，则抛出异常。
    
    PROPAGATION_NESTED
    
    如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

这里讲一个常见的事务配置

###### PROPAGATION\_REQUIRED ######

假如当前正要执行的事务不在另外一个事务里，那么就起一个新的事务  
比如说，ServiceB.methodB的事务级别定义为PROPAGATION\_REQUIRED, 那么由于执行ServiceA.methodA的时候  
1、如果ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB看到自己已经运行在ServiceA.methodA的事务内部，就不再起新的事务。这时只有外部事务并且他们是共用的，所以这时ServiceA.methodA或者ServiceB.methodB无论哪个发生异常methodA和methodB作为一个整体都将一起回滚。  
2、如果ServiceA.methodA没有事务，ServiceB.methodB就会为自己分配一个事务。这样，在ServiceA.methodA中是没有事务控制的。只是在ServiceB.methodB内的任何地方出现异常，ServiceB.methodB将会被回滚，不会引起ServiceA.methodA的回滚。  
这个Propagation常量详细可以参考  
https://blog.csdn.net/happydecai/article/details/80338053

## spring 事务的隔离等级 ##

1. TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是 
    
    2. TransactionDefinition.ISOLATION_READ_COMMITTED。
    TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。
    
    3.TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。
    TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。
    
    4.TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

一般项目中使用  
![在这里插入图片描述][20190604154611638.png]  
或则  
一般以这种为主  
![在这里插入图片描述][20190604154703617.png]

一般抛这种异常，才能方便回滚。  
不能直接抛 exception异常  
![在这里插入图片描述][20190604154913907.png]  
![在这里插入图片描述][20191207203218332.png]

### 引申 ###

Spring中使用@Transactional注解进行事务管理的时候，只有应用到 public 方法才有效。
    一些在private方法上面加@Transactional,这件事有两重意思：
    1、你的方法是private的话，即使加上@Transactional注解，该注解也无效，不会开启事务，发生异常时不会回滚。
    2、即使你的方法是public的，但是如果被private的方法调用，@Transactional注解同样也会失效。

###### 加上一个改错误的案例： ######

在一个service的方法A中，调用另一个service的方法B，方法A和方法B均存在数据库插入操作，并且@Transaction注解也都加了，但是当B方法中抛出异常时，A中的插入语句还是能够执行成功。注解配置如下：

@Transactional(isolation= Isolation.DEFAULT,propagation= Propagation.REQUIRED）

问题还是出在@Transaction注解的配置上，需要配置异常回滚。

@Transactional(isolation= Isolation.DEFAULT,propagation= Propagation.REQUIRED,rollbackFor = Exception.class)

这样，当B方法中抛出异常时，A中的操作也会进行回滚，事务就会起到控制作用。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODI5NDk5OQ_size_16_color_FFFFFF_t_70]: /images/20220122/b5f120cd1ab04290876d9c5dc5106871.png
[20190604154611638.png]: /images/20220122/416bd35777b143839815f4cfa51df4ac.png
[20190604154703617.png]: /images/20220122/24d7b4219bf346f78d19c2cf480e0051.png
[20190604154913907.png]: /images/20220122/22c72345fa434f48b5e42e00ecdefd1a.png
[20191207203218332.png]: /images/20220122/662636302991451590dde6ebb5ca992f.png