Spring事务失效的几种情况

参考文章：https://www.jianshu.com/p/4120b89190d0

1.数据库引擎不支持事务：从 MySQL 5.5.5 开始的默认存储引擎是：InnoDB，之前默认的都是：MyISAM，所以这点要值得注意，底层引擎不支持事务再怎么搞都是白搭；

2.没有被Spring 管理，如类上没有使用@Service注解，这个类就不会被加载成一个 Bean，那这个类就不会被 Spring 管理了，事务自然就失效了；

3.使用@Transactional 的方法不是被public 所修饰，

以下来自Spring 官方文档！
When using proxies, you should apply the @Transactional annotation only to methods with public visibility.
使用代理时，应仅将@Transactional注释应用于具有公共可见性的方法。

If you do annotate protected, private or package-visible methods with the @Transactional annotation, no error is raised, 
如果使用@Transactional注释对受保护的、私有的或包可见的方法进行注释，则不会引发错误，

but the annotated method does not exhibit the configured transactional settings. 
Consider the use of AspectJ (see below) if you need to annotate non-public methods.
但注释的方法不会显示已配置的事务设置。如果需要注释非公开方法，请考虑使用AspectJ（见下文）。

4.被自身调用的问题

5.数据源没有配置事务管理器

@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource) {
    return new DataSourceTransactionManager(dataSource);
}

6.直接使用注解某个方法不以事务运行

@Service
public class OrderServiceImpl implements OrderService {
    @Transactional
    public void update(Order order) {
        updateOrder(order);
    }
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public void updateOrder(Order order) {
        // update order；
    }
}
// Propagation.NOT_SUPPORTED： 表示不以事务运行，当前若存在事务则挂起，详细的可以参考《事务隔离级别和传播机制》这篇文章。都主动不支持以事务方式运行了，那事务生效也是白搭！

7.异常被吃了

@Service
public class OrderServiceImpl implements OrderService {
    @Transactional
    public void updateOrder(Order order) {
        try {
            // update order;
         }catch (Exception e){
            //do something; 把异常吃了，然后又不抛出来，事务就不生效了
        }
    }
}

8.异常类型错误或者格式配置错误

@Service
public class OrderServiceImpl implements OrderService {
 @Transactional
   // @Transactional(rollbackFor = SQLException.class)
    public void updateOrder(Order order) {
        try {            // update order
          }catch (Exception e){
           throw new Exception("更新错误");        
        }    
    }
}

这样事务也是不生效的，因为默认回滚的是：RuntimeException，如果你想触发其他异常的回滚，需要在注解上配置一下，如： @Transactional(rollbackFor = Exception.class) 这个配置仅限于 Throwable 异常类及其子类。

9.【扩展】调试：打印Spring代理信息System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY,"输出文件的地址路径");

10.【扩展】MVCC：多版本并发控制（RC和RR中使用MVCC机制）

事务的隔离级别：RU(读未提交)、RC（读已提交）、RR（可重复读）、Serializable（串行化）
重点看RC 和 RR级别；MySql默认的隔离级别为RR（可重复读：可避免脏读、不可重复读的发送；在这个级别下MySql中的幻读也被解决了）；
大部分的数据库默认的隔离级别是RC（读已提交，可避免脏读的发生），如：Oracle,DB2
RC和RR中读不加锁，读写不阻塞