Spring事务失效的几种场景
- @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属性。
