1.@Transactional 注解只能应用到 public 可见度的方法上。
2.默认情况下,Spring会对Error或者RuntimeException异常进行事务回滚,
其他继承自java.lang.Exception的异常:如IOException、TimeoutException等,不会回滚。
解决方案:Transactional注解加rollbackFor 属性,指定java.lang.Exception.class;
3.try-catch异常，事务不会生效
spring的事务是在调用业务方法之前开始的，业务方法执行完毕之后才执行commit or rollback，
事务是否执行取决于是否抛出runtime异常。如果抛出runtime exception 并在你的业务方法中没有catch到的话，事务会回滚。
（尽量不要写try-catch 如果要写的同时还要保证事务回滚可以尝试在catch最后一行throw一个runtimeException,类似这样）
还可以
4.@Transactional 注解属性 propagation 设置错误
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
5.同一个类中方法调用，导致@Transactional失效
场景：开发中避免不了会对同一个类里面的方法调用，比如有一个类Test，它的一个方法A，A再调用本类的方法B
（不论方法B是用public还是private修饰），但方法A没有声明注解事务，而B方法有。则外部调用方法A之后，
方法B的事务是不会起作用的。
原因：由于使用Spring AOP代理造成的，因为只有当事务方法被当前类以外的代码调用时，才会由Spring生成的代理对象来管理。
6.数据库引擎不支持事务。(仅InnoDB支持)
7.同一个类中方法调用，导致@Transactional失效
场景：开发中避免不了会对同一个类里面的方法调用，比如有一个类Test，它的一个方法A，A再调用本类的方法B
（不论方法B是用public还是private修饰），但方法A没有声明注解事务，而B方法有。则外部调用方法A之后，
方法B的事务是不会起作用的。
原因：由于使用Spring AOP代理造成的，因为只有当事务方法被当前类以外的代码调用时，才会由Spring生成的代理对象来管理。
本文摘自https://blog.csdn.net/qq_41184981/article/details/120534537