一、Spring中事务
Spring提供了两种事务管理机制:编程式事务、声明式事务
1.1、编程式事务
在代码中手动的管理事务的提交、回滚等操作,代码侵入性比较强
try { //TODO something transactionManager.commit(status); } catch (Exception e) { transactionManager.rollback(status); throw new InvoiceApplyException("异常失败"); }
1.2、声明式事务(推荐)
基于AOP面向切面的,它将具体业务与事务处理部分解耦,代码侵入性很低,所以在实际开发中声明式事务用的比较多。
@Transactional @GetMapping("/test") public String test() { int insert = cityInfoDictMapper.insert(cityInfoDict); }
二、@Transactional
2.1、作用域
- 作用于类
当把@Transactional 注解放在类上时,表示所有该类的public方法都配置相同的事务属性信息。 - 作用于方法
- 当类配置了@Transactional,方法也配置了@Transactional,方法的事务会覆盖类的事务配置信息。
- 作用于接口
- 不推荐这种使用方法,因为一旦标注在Interface上并且配置了Spring AOP 使用CGLib动态代理,将会导致@Transactional注解失效
2.2、属性
- propagation的事务传播机制:
(1)Propagation.REQUIRED:如果当前存在事务,则加入该事务,如果当前不存在事务,则创建一个新的事务。
(2)Propagation.SUPPORTS:如果当前存在事务,则加入该事务;如果当前不存在事务,则以非事务的方式继续运行。
(3)Propagation.MANDATORY:如果当前存在事务,则加入该事务;如果当前不存在事务,则抛出异常。
(4)Propagation.REQUIRES_NEW:重新创建一个新的事务,如果当前存在事务,暂停当前的事务。
(5)Propagation.NOT_SUPPORTED:以非事务的方式运行,如果当前存在事务,暂停当前的事务。
(6)Propagation.NEVER:以非事务的方式运行,如果当前存在事务,则抛出异常。
(7)Propagation.NESTED :表示如果当前已经存在一个事务,那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在,那么其行为和 Propagation.REQUIRED 效果一样。
2.3、关于rollbackFor回滚的异常类型
(1)默认什么异常会回滚?
rollbackFor默认是error和RuntimeException会触发回滚,其他异常或自定义异常不会回滚
(2)怎么看是否是运行时异常?
看其父类(或者“爷爷类”)是否是RuntimeException
三、SpringBoot配置全局异常处理
- 自定义Controller注解
@RestController @Documented @Retention(RetentionPolicy.RUNTIME) @Transactional(transactionManager = "transactionManager", propagation = Propagation.REQUIRED, isolation = Isolation.READ_COMMITTED, rollbackFor = Exception.class) public @interface MyController { String value() default ""; }
在项目的Controller层,直接使用该注解即可(所有通过该Controller层的方法都会有事务)
- 自定义@Service
@Service @Documented @Retention(RetentionPolicy.RUNTIME) @Transactional(transactionManager = "transactionManager", propagation = Propagation.REQUIRED, isolation = Isolation.READ_COMMITTED, rollbackFor = Exception.class) public @interface MyService { String value() default ""; }
一般不用,因为Controller层已经加了事务,再用这个可能因为事务嵌套
四、失效场景
1、@Transactional 应用在非 public 修饰的方法上
如果Transactional注解应用在非public 修饰的方法上,Transactional将会失效。
原因是:TransactionInterceptor (事务拦截器)使用AOP,在目标方法执行前后进行拦截,会检查目标方法的修饰符是否为 public,不是 public则不会获取@Transactional 的属性配置信息。(spring要求被代理方法必须是public的。)
2、@Transactional 注解属性 propagation 设置错误
这种是因为propagation的参数设置错误,根据需求选择合适的@Transactional的propagation属性的值
3、@Transactional 注解属性 rollbackFor 设置错误
rollbackFor默认是error和RuntimeException会触发回滚,其他异常或自定义异常不会回滚,需要回滚则需要指定或者直接指定@Transactional(rollbackFor=Exception.class)
4、同一个类中方法调用,导致@Transactional失效
这个和redis缓存失效场景之一一样,如果在一个类中,B方法加了事务,A方法没加事务调用B方法,另外一个类调用A方法,则B方法的事务失效。这种情况可以加一层Mamager层对Service层通用能力的下沉。
5、异常被捕获,导致@Transactional失效
当我们是用catch把异常捕获了,那么该方法就不会抛出异常了,那么出现该异常就不会回滚了
6、数据库引擎不支持事务
这种情况出现的概率并不高,事务能否生效数据库引擎是否支持事务是关键。常用的MySQL数据库默认使用支持事务的innodb引擎。一旦数据库引擎切换成不支持事务的myisam,那事务就从根本上失效了。
7、没有被 Spring 管理
如下面例子所示:
@Service public class OrderService { @Transactional public void updateOrder(Order order) { // update order } }
如果此时把 @Service 注解注释掉,这个类就不会被加载成一个 Bean,那这个类就不会被 Spring 管理了,事务自然就失效了。
8、方法被定义为finall
方法被定义成了final的,这样会导致spring aop生成的代理对象不能复写该方法,而让事务失效。
五、事务异常记录
Transaction rolled back because it has been marked as rollback-only
问题描述
事务的注解使用起来很简单,但是如果只了解皮毛就会出现事务失效、事务异常等问题。
本次主要讲,在事务嵌套(加了事务的方法,调用加了事务的方法)时,报错
Transaction rolled back because it has been marked as rollback-only, org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only
问题产生原因
问题复现
如下,在ClassA类中有个加了事务的A方法,调用了ClassB中的加了事务的B方法
public Class ClassA { private ClassB classB; @Transactional public void A() { try { B(); } catch (Exception e) { log.error("啥也不干"); } } }
public Class ClassB { @Transactional public void B() { throw new Exception(); } }
这种情况下就会报错:Transaction rolled back because it has been marked as rollback-only
报错原因
当A方法的事物(REQUIRED),B方法的事物(REQUIRED),A调用B方法,在spring中,spring将会把这些事务合二为一。
当整个方法中每个子方法没报错时,整个方法执行完才提交事务。
如果某个子方法有异常,spring将该事务标志为rollback only。如果这个子方法没有将异常往上抛,或者主父方法将子方法抛出的异常捕获了,那么,该异常就不会触发事务进行回滚,事务就会在整个方法执行完后就会提交,这时就会造成Transaction rolled back because it has been marked as rollback-only的异常。(由于异常被标记了rollback only,但是又执行了commit,此时就会报这个错)
解决方法
- 方法1:父方法不要捕获异常
在2.1的举例中,A方法去掉try…catch即可 - 方法2:子方法的事务propagation属性换为NESTED
在2.1的举例中,将B方法的事务注解的属性改为NESTED
public Class ClassB { @Transactional(propagation = Propagation.NESTED) public void B() { throw new Exception(); } }
属性 | 功能描述 |
Propagation.NESTED | 表示如果当前已经存在一个事务,那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在,那么其行为和 Propagation.REQUIRED 效果一样。 |
写在最后
本文到此就结束了,博主会持续输出日常工作中常用的技术总结和面试的高频点。
老规矩,懂了就点赞收藏;不懂就问,日常在线,我会就会回复哈~