关于springboot项目使用@Transactional注解事务不回滚的问题

数据库的事务在我们的项目中应用广泛，最近在一个springboot项目中遇到了使用@Transactional注解后事务不回滚的问题，代码如下：

后来查资料发现是因为数据库（MySQL）用的引擎是MyISAM，而MySQL的MyISAM引擎不支持回滚事务，如果需要自动回滚事务，需要将MySQL的引擎设置成InnoDB，并不是因为代码的问题造成的事务不回滚

在此总结造成事务不回滚可能的原因：

1、首先要看数据库本身对应的库、表所设置的引擎是什么；MyIsam不支持事务，如果需要，则必须改为InnnoDB

2、@Transactional所注解的方法是否为public；如果应用在protected、private的方法上，也不会报错，不过事务设置不会起作用

3、@Transactional所注解的方法所在的类，是否已经被注解@Service或@Component等标记

4、需要调用该方法且需要支持事务特性的调用方是在有@Transactional注解所在的类的外面；注意：类内部的其他方法调用这个注解了@Transactional的方法，事务是不会起作用的

注：service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式

5、@Transactional注解的位置：@Transactional注解必须和抛出异常的位置在一起；在Service中加入的事务注解，手动抛出异常时要在Service中抛出，才能看到效果；如果Controller中，调用两个不同Service的方法并开启了事务回滚，要想事务生效，则需要在Controller也加入@Transactional注解

6、在业务中抛出异常时，本应该被事务管理器捕获的异常被手动catch处理了，或者事务结果未满足具体业务需求的，如果需要手动catch异常做业务处理，需要在catch里手动回滚事务：

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

或者在catch中主动抛出异常：

throw new RuntimeException();

7、注解为事务范围的方法中，事务的回滚仅仅对于unchecked的异常有效，对于checked异常无效，也就是说事务回滚仅仅发生在出现RuntimeException或Error的时候

注：什么是checked异常，什么是unchecked异常？

java里面将派生于Error或者RuntimeException（比如空指针、4/0）的异常称为unchecked异常，其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等

通俗点就是代码中出现的空指针等异常会被回滚，而文件读写、网络出问题，spring就没法回滚了

如果checked异常也需要进行事务回滚的话，可以在@Transactional注解中加上rollbackFor=Exception.class属性，如下：

@Transactional(rollbackFor=Exception.class)