目录
一、Spring事务的实现方式和原理以及隔离级别
二、事务传播模式
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住了