参考资料：/u011410529/article/details/54287307
/happyBKs/blog/1624482
当@Transactional不起作用如何排查问题。
可以按照以下几个步骤逐一确认：
1、首先要看数据库本身对应的库、表所设置的引擎是什么。MyIsam不支持事务，如果需要，则必须改为InnnoDB。
2、@Transactional所注解的方法是否为public
如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。
3、@Transactional所注解的方法所在的类，是否已经被注解@Service或@Component等。
4、需要调用该方法，且需要支持事务特性的调用方是在在 @Transactional所在的类的外面。注意：类内部的其他方法调用这个注解了@Transactional的方法，事务是不会起作用的。
注意：service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。
5、注解为事务范围的方法中，事务的回滚仅仅对于unchecked的异常有效。对于checked异常无效。也就是说事务回滚仅仅发生在出现RuntimeException或Error的时候。
那么什么是checked异常，什么是unchecked异常
java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，其他继承自得异常统称为Checked Exception，如IOException、TimeoutException等
辣么再通俗一点：你写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了
解决方案一：手动回滚。给注解加上参数如：@Transactional(rollbackFor=)
解决方案二：如上述分析。MyException改为继承RuntimeException的异常。并且在service上层要继续捕获这个异常并处理
解决方案三：在service层方法的catch语句中增加：().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常
6、如果希望一般的异常也能触发事务回滚，需要在注解了@Transactional的方法上，将@Transactional回滚参数设为：
@Transactional(rollbackFor=Exception.class)