通过@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执行成功。导致数据出现不一致。
