通过@Transactional进行事务控制是我们在日常开发中非常常见的使用方式，虽然用起来感觉很简单，但是其内部的实现细节较多，稍微不注意就会出现莫名其妙的事务失效。这里记录一下其失效的六种场景。

最好不要加到接口上

虽然@Transactional可以添加到接口上，但是如果此时将动态代理由JDK改为CGLib的话，会出现失效。因为CGLib是直接对类进行代理，导致接口不生效。

1）数据库引擎不支持，事务失效

MySQL数据库默认引擎为INNODB，此引擎支持事务。但是当将引擎切换为MYISAM时，由于该引擎不支持事务，所以会出现失误失效。

2）不能加载非public方法上

Spring AOP代理时，在其内部最终会检查目标方法的修饰符是否为public，如果不是public则不会获取@Transactional的属性信息，导致事务失效。但是在protected和private方法上虽然事务失效了，但不会出现任何报错，此处需注意

protected TransactionAttribute computeTransactionAttribute(Method method,
    Class<?> targetClass) {
        // Don't allow no-public methods as required.
        if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
        return null;
} 

3）@Transactional中propagation属性配置错误

事务的传播机制总共有七种，分别为：

image.png
那么当配置以下三种事务传播机制时，会导致事务失效
SUPPORTS：如果当前有事务，则沿用当前事务，如果没有，以非事务方式运行
NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起
NEVER：以非事务方式运行，如果当前存在事务，则抛出异常

4）使用自定义异常

Spring默认抛出继承自 RuntimeException 的异常或者Error时，才会出现事务回滚，其他类型的异常不会触发事务回滚。如果需要抛出指定类型的异常，如自定义异常。同时需要事务回滚。需要通过rollbackFor 进行指定。同时对于自定义异常的子类同样也会触发事务回滚。

@Transactional(rollbackFor= MyException.class)

5）同类中方法调用，事务失效

A方法没有添加事务注解，B方法添加事务注解。并且A调用B。此时当外部调用A方法时，B方式事务不会生效。因为在Spring AOP中，事务方法只有被当前类以外的代码调用，Spring才会生成代理对象。

6）catch捕获异常，事务失效

假设B中insertInfo执行时会出现异常，但是A对下游的B出现的异常进行的手动捕获并进行处理，所以A会认为当前事务正常提交。此时就会出现B事务回滚，但A执行成功。导致数据出现不一致。