@Transactional注解事务失效的几种场景及原因
1. 介紹
在业务开发的许多场景中，我们会使用到通过事务去控制多个操作的一致性。比较多的就是通过声明式事务，即使用 @Transactional 注解修饰方法的形式。但在使用过程中，要足够了解事务失效的一些场景，提前规避在使用事务过程中出现事务失效的 bug 。下面就介绍下常见的事务失效的场景及原因分析。
2. 事务失效的场景及原因分析
场景一：数据库引擎不支持事务
以 Mysql 举例，在 5.5 版本之前，Mysql 默认的数据引擎都是 MyISAM 的，而 MyISAM 是不支持事务的；在 5.5 版本之后，默认的数据引擎是 InnoDB 的，它是支持事务的。而 Spring 对事务的管理实现又是基于数据库的，所以当数据库引擎不支持事务的时候，自然就不会有起作用的事务机制了。
如下：
mysql中创建表的时候是可以设置数据引擎的
场景二：事务所在类没有被 spring 管理
如下使用场景，当该类没有被 @Service 修饰时，是不会被 Spring 管理的，当然 @Transactional 事务注解就不能管理事务了。其实在使用过程中，当实现类没有使用 @Service 注解时，多数情况下在项目启动的时候会直接报错的。
// @Service
public class TestServiceImpl implements ITestService {
@Override
@Transactional
public void test1() {
// test code
}
}场景三：注解作用的方法，是非 public 的
先看下来自 Spring 官方的解释：<code>When using proxies, you should apply the @Transactional annotation only to methods with public visibility. If you do annotate protected, private or package-visible methods with the @Transactional annotation, no error is raised, 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.
大概意思就是 @Transactional 只能用于 public 的方法上，否则事务不会失效，如果要用在非 public 方法上，可以开启 AspectJ 代理模式
场景四：属性 rollbackFor 设置错误
事务机制默认是当捕获到 RuntimeException 异常时，才会触发回滚。所以当抛出 RuntimeException 以外的异常时，而又想触发事务的回滚机制，就需要对 rollbackFor 属性做设置了。
例如：
当 throw 了 Exception 异常时，想要触发事务回滚，就要设置@Transactional(rollbackFor = Exception.class)
@Transactional(rollbackFor = Exception.class)
public void test() {
// test code
if(1 == 1) {
throw new Exception("Exception 异常");
}
}场景五：属性 propagation 设置错误
通过设置 @Transactional(propagation = Propagation.NOT_SUPPORTED) 可以配置 Spring 的事务传播机制的，当事务传播机制设置为不支持事务是，事务也是不会生效的。
例如：
当设置为 propagation = Propagation.NOT_SUPPORTED 时，表示不以事务运行，当前若存在事务则挂起。
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void test1() {
// test code
}场景六：调用同类中的方法
下面两种场景事务都是失效的，因为发生了直接的自我调用，没有经过代理。因为事务是基于代理实现的， 而这种情况会造成程序无法生成代理类，从而造成事务失效。
具体的解决方法，可以将该类通过注入的方式注入到自己中，再用注入的对象调用方法解决。
情况一：
@Service
public class TestServiceImpl implements ITestService {
@Override
public void test1() {
// test code
test2();
}
@Override
@Transactional
public void test2() {
// test code
}
}情况二：
@Service
public class TestServiceImpl implements ITestService {
@Override
@Transactional
public void test1() {
// test code
test2();
}
@Override
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void test2() {
// test code
}
}场景七：异常被捕获，无法触发事务回滚
事务机制的回滚，是 通过异常来触发事务回滚 的。在开发过程中，会出现异常被捕获处理了，而且没有再抛出新的异常，就会导致异常丢失，无法触发回滚。
不会触发回滚的情况：
@Transactional
public void test1() {
// test code
try {
throw new RuntimeException();
} catch (RuntimeException e) {
// 不做处理，虽然有异常，但异常丢失，无法触发事务回滚
}
}会触发回滚情况：（ catch 异常后，再抛出）
@Transactional
public void test1() {
// test code
try {
throw new RuntimeException();
} catch (RuntimeException e) {
// 不做处理，虽然有异常，但异常丢失，无法触发事务回滚
throw e;
}
}
