数据库的事务在我们的项目中应用广泛，最近在一个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)