1、Spring事务最终依赖的数据库的事务，如果用的是mysql的话，执行引擎要是innodb;因为只有innoDB 支持事务。
2、Spring的事务是原理是aop，所以加事务所在bean是要Spring容器管理的；自己new出来的对象肯定是不行的。
3、Spring事务标签@Transactional必须注解在public方法上。private、protected、default以及finally修饰的方法或者类，以及静态方法，事务都会失效的。
4、同一个类中内部方法调用，事务会失效的。调用的是this，下图中的updateOrder上的事务会失效的。可以再定义一个service，调用service里面的updateOrder即可生效。
5、多线程调用事务是会失效的。事务是建立在同一个数据链接上，多线程可能拿到的连接不是同一个连接，所以事务是会失效的。如下图的doOtherThing()抛出了异常，想让add回滚那是不可能的。
6、事务传播性，@Transactional注解时，是可以指定propagation参数的,扩展其配置不支持事务。
Propagation.NOT_SUPPORTED，这种类型的传播特性不支持事务，如果有事务则会抛异常。
目前只有这三种传播特性才会创建新事务：NESTED,REQUIRES_NEW,REQUIRED。
7、当遇到异常，如果是RuntimeException则会回滚，其他则不行，除非自定义了@Transactional(rollbackFor = Exception.class), 这个配置仅限于 Throwable 异常类及其子类.
8、自己吞了异常，try catch了，自然也不会会滚了。
9、事务嵌套太多，导致回滚多了。如下本想会滚doOtherThing(),但如果doOtherthing抛出异常了，add也接收到了，也会回滚的。比较好的做法是在roleService.doOtherThing()抓住异常。
补充说明：
- MySQL 且引擎是 MyISAM，则事务会不起作用，原因是 MyISAM 不支持事务，改成 InnoDB 引擎则支持事务。
- 注解 @Trasactional 只能加在 public 修饰的方法上事务才起效。如果加在 protect、private 等非
- public 修饰的方法上，事务将失效。
- 如果在开启了事务的方法内，使用了 try-catch 语句块对异常进行了捕获，而没有将异常抛到外层，事务将不起效。
- 不同类之间方法调用时，异常发生在无事务的方法A中，但不是被调用的方法B产生的，被调用的方法B的事务无效。只有异常发生在开启事务的方法B内，事务才有效。
总结
到此这篇关于Spring事务失效场景的文章就介绍到这了,更多相关Spring事务失效场景内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://blog.csdn.net/wanyu_123/article/details/123108103
