Spring之@Transactional注解原理以及走过的坑

r囧r小猫 2022-05-18 09:43 261阅读 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注解是不起作用的。
> 
> --------------------

![这里写图片描述][70]

![这里写图片描述][70 1]

1. 让Exception异常也进行回滚操作，在调用该方法前加上: @Transactional(rollbackFor = Exception.class)
    2. 让RuntimeException不进行回滚操作，在调用该方法前加上： @Transactional(rollbackFor = RuntimeException.class)

1. 在整个方法运行前就不会开启事务:  @Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)，这样就做成一个只读事务，可以提高效率

<table> 
 <thead> 
  <tr> 
   <th>属性</th> 
   <th>类型</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>value</td> 
   <td>String</td> 
   <td>可选的限定描述符，指定使用的事务管理器</td> 
  </tr> 
  <tr> 
   <td>propagation</td> 
   <td>enum: Propagation</td> 
   <td>可选的事务传播行为设置</td> 
  </tr> 
  <tr> 
   <td>isolation</td> 
   <td>enum: Isolation</td> 
   <td>可选的事务隔离级别设置</td> 
  </tr> 
  <tr> 
   <td>readOnly</td> 
   <td>boolean</td> 
   <td>读写或只读事务，默认读写</td> 
  </tr> 
  <tr> 
   <td>timeout</td> 
   <td>int (in seconds granularity)</td> 
   <td>事务超时时间设置</td> 
  </tr> 
  <tr> 
   <td>rollbackFor</td> 
   <td>Class对象数组，必须继承自Throwable</td> 
   <td>导致事务回滚的异常类数组</td> 
  </tr> 
  <tr> 
   <td>rollbackForClassName</td> 
   <td>类名数组，必须继承自Throwable</td> 
   <td>导致事务回滚的异常类名字数组</td> 
  </tr> 
  <tr> 
   <td>oRollbackFor</td> 
   <td>Class对象数组，必须继承自Throwable</td> 
   <td>不会导致事务回滚的异常类数组</td> 
  </tr> 
  <tr> 
   <td>noRollbackForClassName</td> 
   <td>类名数组，必须继承自Throwable</td> 
   <td>不会导致事务回滚的异常类名字数组</td> 
  </tr> 
 </tbody> 
</table>

> 查看方法的是否事务已经被执行
> 
>     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类似的操作。

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

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：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

[70]: /images/20220518/7fa5400df8a04142a9ba414907e809c9.png
[70 1]: /images/20220518/b491a8263124479cb1dc38cd6da02080.png