Spring事务 和 @Transactional注解在什么情况下会失效（排除解决）

目录

一、Transactional注解为什么失效

二、事务传播模式

三、总结与排查-7种

一、Spring事务的实现方式和原理以及隔离级别

在使用 Spring 框架时，可以有两种使用事务的方式，一种是编程式的，一种是申明式的，

@Transactional 注解就是申明式的。

首先，事务这个概念是数据库层面的， Spring 只是基于数据库中的事务进行了扩展，以及提供了一些能让程序员更加方便操作事务的方式。

比如我们可以通过在某个方法上增加 @Transactional 注解，就可以开启事务，这个方法中所有的 sql 都会在一个事务中执行，统一成功或失败。

在一个方法上加了 @Transactional 注解后， Spring 会基于这个类生成一个代理对象，会将这个代理对象作为bean ，当在使用这个代理对象的方法时，如果这个方法上存在 @Transactional 注解，那么代理逻辑会先把事务的自动提交设置为false ，然后再去执行原本的业务逻辑方法，如果执行业务逻辑方法没有出现异常，那么代理逻辑中就会将事务进行提交，如果执行业务逻辑方法出现了异常，那么则会将事务进行回滚。

当然，针对哪些异常回滚事务是可以配置的，可以利用 @Transactional 注解中的 rollbackFor 属性进行配置，默认情况下会对RuntimeException 和 Error 进行回滚。

spring 事务隔离级别就是数据库的隔离级别：外加一个默认级别

read uncommitted（未提交读）

read committed（提交读、不可重复读）

repeatable read（可重复读）

serializable（可串行化）

二、事务传播模式

Propagation枚举了多种事务传播模式，部分列举如下：

1、REQUIRED(默认模式)：业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。

2、NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。

3、REQUIRESNEW：不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。

4、 MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。

5、SUPPORTS：该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。

6、NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。

7、NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

和 REQUIRES_NEW 的区别

REQUIRES_NEW 是新建一个事务并且新开启的这个事务与原有事务无关，而 NESTED 则是当前存在事务时（我

们把当前事务称之为父事务）会开启一个嵌套事务（称之为一个子事务）。 在 NESTED 情况下父事务回滚时，

子事务也会回滚，而在 REQUIRES_NEW 情况下，原有事务回滚，不会影响新开启的事务。

和 REQUIRED 的区别

REQUIRED 情况下，调用方存在事务时，则被调用方和调用方使用同一事务，那么被调用方出现异常时，由于

共用一个事务，所以无论调用方是否 catch 其异常，事务都会回滚 而在 NESTED 情况下，被调用方发生异常

时，调用方可以 catch 其异常，这样只有子事务回滚，父事务不受影响

三、总结与排查-7种

解决Transactional注解不回滚:

1.检查方法是不是public的

2.异常类型是不是unchecked异常

如果想让checked异常也回滚，在注解上面写明异常类型即可:

@Transactional(rollbackFor=Exception.class)

类似还有norollbackFor，自定义不回滚的异常

3.数据库引擎要支持事务，如果是Mysql，注意表要使用支持事务的引擎，比如innaodb，如果是myisam，事务是不起作用的

4.是否开启了对注解的解析:

<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>

5.spring是否扫描到你使用注解事务的这个类所在的包：

<context:component-scan base-package="com.xxx.xxx" ></context:component-scan>

6.检查是不是同一个类中的方法调用(如a方法调用同一个类中的b方法)

7.异常是不是被catch住了