- @Transactional标注在非public方法上
● 注意:protected、private 修饰的方法上使用 @Transactional,虽然事务无效,但不会有任何报错。 - @Transactional标注的方法内部已经用try{}catch(){}捕获异常了
● 如果 B 方法内部抛了异常,而 A 方法此时 try catch 了 B 方法的异常,该事务不能正常回滚。会抛出异常:
org.springframework.transaction.UnexpectedRollbackException:
Transaction rolled back because it has been marked as rollback-only
● 因为当 B 中抛出了一个异常以后,B 标识当前事务需要 rollback。但是由于 A 手动捕获该异常并进行处理,A 认为当前事务应该正常 commit。此时就出现了前后不一致,也就是因为这样,抛出了前面的UnexpectedRollbackException。
● Spring 的事务是在调用业务方法之前开始的,业务方法执行完毕之后才执行 commit/rollback,事务是否执行取决于是否抛出 RuntimeException。如果抛出 RuntimeException,并在业务方法中没有 catch 的话,事务会回滚。
● 在业务方法中一般不需要 catch 异常,如果非要 catch 一定要throw new RuntimeException(),或者注解中指定抛异常类型@Transactional(rollbackFor = Exception.class),否则会导致事务失效,数据 commit 造成数据不一致,所以有些时候 try catch 反倒会画蛇添足。 - 调用的方法内调用了标注@Transactional注解的方法
● 一个类 Person,它的方法 A(未标注有@Transactional ),调用本类的方法 B(声明有@Transactional ,不论是 public 的还是 private 的)。外部调用方法 A 之后,方法 B 的事务是不会起作用的。 - 数据库不支持事物(如:MyISAM存储引擎)
- @Transactional 属性 propagation 设置错误
● 若是错误的配置以下三种 propagation,事务将不会发生回滚:
① @Transactional(propagation=Propagation.SUPPORTS):如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
② @Transactional(propagation=Propagation.NOT_SUPPORTED):以非事务方式运行,如果当前存在事务,则把当前事务挂起。
③ @Transactional(propagation=Propagation.NEVER):以非事务方式运行,如果当前存在事务,则抛出异常。 - @Transactional 属性 rollbackFor 设置错误
● rollbackFor 可以指定能够触发事务回滚的异常类型。Spring 默认抛出了未检查 unchecked 异常(继承自 RuntimeException 的异常)或者 Error 才回滚事务;其他异常不会触发回滚事务。如果在事务中抛出其他类型的异常,但却期望 Spring 能够回滚事务,就需要指定 rollbackFor= Throwable.class属性。
Spring事务失效的几种场景
最新推荐文章于 2024-07-24 13:19:45 发布
![](https://img-home.csdnimg.cn/images/20240711042549.png)