这篇文章给大家分享的是有关Spring事务失效的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。
Spring事务最终依赖的数据库的事务，如果用的是mysql的话，执行引擎要是innodb;因为只有innoDB 支持事务。
Spring的事务是原理是aop，所以加事务所在bean是要Spring容器管理的；自己new出来的对象肯定是不行的。
Spring事务标签@Transactional必须注解在public方法上。private、protected、default以及finally修饰的方法或者类，以及静态方法，事务都会失效的。
同一个类中内部方法调用，事务会失效的。调用的是this，下图中的updateOrder上的事务会失效的。可以再定义一个service，调用service里面的updateOrder即可生效。
多线程调用事务是会失效的。事务是建立在同一个数据链接上，多线程可能拿到的连接不是同一个连接，所以事务是会失效的。如下图的doOtherThing()抛出了异常，想让add回滚那是不可能的。
事务传播性，@Transactional注解时，是可以指定propagation参数的,扩展其配置不支持事务。
Propagation.NOT_SUPPORTED，这种类型的传播特性不支持事务，如果有事务则会抛异常。
目前只有这三种传播特性才会创建新事务：NESTED,REQUIRES_NEW,REQUIRED。
当遇到异常，如果是RuntimeException则会回滚，其他则不行，除非自定义了@Transactional(rollbackFor = Exception.class), 这个配置仅限于 Throwable 异常类及其子类.
自己吞了异常，try catch了，自然也不会会滚了。
事务嵌套太多，导致回滚多了。如下本想会滚doOtherThing(),但如果doOtherthing抛出异常了，add也接收到了，也会回滚的。比较好的做法是在roleService.doOtherThing()抓住异常。
补充说明：
MySQL 且引擎是 MyISAM，则事务会不起作用，原因是 MyISAM 不支持事务，改成 InnoDB 引擎则支持事务。
注解 @Trasactional 只能加在 public 修饰的方法上事务才起效。如果加在 protect、private 等非
public 修饰的方法上，事务将失效。
如果在开启了事务的方法内，使用了 try-catch 语句块对异常进行了捕获，而没有将异常抛到外层，事务将不起效。
不同类之间方法调用时，异常发生在无事务的方法A中，但不是被调用的方法B产生的，被调用的方法B的事务无效。只有异常发生在开启事务的方法B内，事务才有效。
感谢各位的阅读！关于“Spring事务失效的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
