https://www.cnblogs.com/austinspark-jessylu/p/12382489.html
**原因一：**是否是数据库引擎设置不对造成的。比如我们最常用的mysql，引擎MyISAM，是不支持事务操作的。需要改成InnoDB才能支持
**原因二：**入口的方法必须是public，否则事务不起作用（这一点由Spring的AOP特性决定的，理论上而言，不public也能切入，但spring可能是觉得private自己用的方法，应该自己控制，不应该用事务切进去吧）。另外private 方法, final 方法 和 static 方法不能添加事务，加了也不生效
**原因三：Spring的事务管理默认只对出现运行期异常(java.lang.RuntimeException及其子类)进行回滚（至于为什么spring要这么设计：因为spring认为Checked的异常属于业务的，coder需要给出解决方案而不应该直接扔该框架）
原因四：@EnableTransactionManagement // 启注解事务管理，等同于xml配置方式的
备注：本系列所有博文的讨论都针对于springboot而不再对spring做说明。
@EnableTransactionManagement 在springboot1.4以后可以不写。框架在初始化的时候已经默认给我们注入了两个事务管理器的Bean（JDBC的DataSourceTransactionManager和JPA的JpaTransactionManager ），其实这就包含了我们最常用的Mybatis和Hibeanate了。当然如果不是AutoConfig的而是自己自定义的，请使用该注解开启事务
**原因五：**请确认你的类是否被代理了（因为spring的事务实现原理为AOP，只有通过代理对象调用方法才能被拦截，事务才能生效）
**原因六：**请确保你的业务和事务入口在同一个线程里，否则事务也是不生效的，比如下面代码事务不生效：
@Transactional
@Override
public void save(User user1, User user2) {
new Thread(() -> {
saveError(user1, user2);
System.out.println(1 / 0);
}).start();
}
**原因六：**也是我最想要去讲的一个原因：service方法中调用本类中的另一个方法，事务没有生效。这里我把当初保存的几张对比图贡献给大家参考，一目了然：
图一：事务不生效：.@Transactional的事务开启 ，或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个无事务的方法调用另一个有事务的方法，事务是不会起作用的（这就是业界老问题：类内部方法调用事务不生效的问题原因）
图二：事务生效
图三：事务生效
图四：事务生效
图五：事务生效（稍微解释一下，这里虽然是方法内部调用，但是事务切入了addInfo方法，所以即使内部抛出异常，也是可以生效的）
图六：事务不生效（准确的说这叫没有事务）
图七：事务生效。这里必须说几句：这是我们解决方法内部调用事务不生效的最常用方法之一：内部维护一个注入自己的Bean，然后使用这个属性来调用方法。其实还有一种方法，那就是利用Aop上下文来获取代理对象(((TestService)AopContext.currentProxy()).create(); )，然后通过代理对象来调用。这里需要注意：Aop上下文spring默认是关闭的，需要手动开启
