事务@Transactional失效的10种场景

最新推荐文章于 2024-10-04 22:46:18 发布

OO好久不见OO

最新推荐文章于 2024-10-04 22:46:18 发布

阅读量28

点赞数

文章标签： spring boot

原文链接：https://blog.csdn.net/qq_45038038/article/details/135872315?utm_medium=distribute.pc_relevant.none-task-blog-2~default~baidujs_baidulandingword~default-5-135872315-blog-136581198.235^v43^pc_blog_bottom_relevance_base7&spm=1001.2101.3001.4242.4&utm_relevan

版权

场景失效场景

代理不生效导致
- 同一个类中，方法内部调用事务失效（调用时，先调用GCLIB代理，DynamicAdvisedInterceptor的intercept()方法）
- 事务方法被final、static修饰（CGLIB是通过生成目标类子类的方式生成代理类的，被final、static修饰的方法，无法被子类重写。）
- 当前类没有被Spring管理（代理类是在springBoot启动时创建bean的时候，处理的。如果我们的类没有@Service注解，就不会交给spring容器初始化处理，也就无法为目标类生成代理类。）
框架或者底层不支持
- 非public修饰的方法（存在版本差异,创建事务属性时候，allowPublicMethodOnly()参数值不一样）
- 事务多线程调用（事务是给线程绑定的）
- 数据库本身不支持事务（MySQL中，Myisam存储引擎是不支持事务的，InnoDB引擎才支持事务）
开发使用不当引发
- 异常被方法内部try catch捕获，没有重新抛出
- 嵌套事务回滚多了（A方法调用B方法，B方法异常不希望被回滚，可以用try catch或者Propagation.REQUIRES_NEW）
- rollbackFor属性设置错误(对rollbackFor做配置的情况下，默认是支持对Runtime和Error异常的回滚的。如果是IO异常将不做回滚)
- 设置不支持事务的传播机制（PROPAGATION_SUPPORTS，PROPAGATION_NOT_SUPPORTED，PROPAGATION_NEVER。）
Spring7种事务传播机制
- REQUIRED（必需）：如果当前存在事务，则加入该事务。如果没有事务，则创建一个新的事务。
- SUPPORTS（支持）：如果当前存在事务，则加入该事务。如果没有事务，则以非事务的方式运行。
- MANDATORY（强制）：如果当前存在事务，则加入该事务。如果没有事务，则抛出异常。
- REQUIRES_NEW（要求新的）：创建一个新的事务，如果当前存在事务，则挂起当前事务。
- NOT_SUPPORTED（不支持）：以非事务的方式运行，如果当前存在事务，则挂起当前事务。
- NEVER（从不）：以非事务的方式运行，如果当前存在事务，则抛出异常。
- NESTED（嵌套）：如果当前存在事务，则在嵌套事务中执行。如果没有事务，则创建一个新的事务。