Spring事务传播机制、实现方式、失效场景即原理

这篇具有很好参考价值的文章主要介绍了Spring事务传播机制、实现方式、失效场景即原理。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

贴一篇源码分析的好文章:https://blog.csdn.net/qq_30905661/article/details/114400417

本质:

一个事务对应一个数据库连接。
通过 this 来调用某个带有 @Transactional 注解的方法时,这个注解是失效的

Spring的事务是如何实现的?

  1. spring事务底层是通过数据库事务和AOP实现的
  2. 首先对于使用@Transactional的注解的bean,spring会创建一个代理对象作为bean
  3. 当调用代理对象的方法时,spring会判断该方法上是否加了@Transactional注解
  4. 如果加了,就会利用事务管理器创建一个数据库连接,并修改数据库连接的 autocommit 为 false,禁止自动提交
  5. 然后执行该方法,若方法没有抛异常则会提交事务,反之亦然
  6. spring事物的隔离级别就是对应数据库的隔离级别
  7. spring事务的传播机制是spring自己实现的,是spring事务中最复杂的
  8. spring事物的传播机制是基于数据库连接来做的,一个连接一个事务,传播事务实际上是开了一个新的数据库连接,在此基础上执行sql

Spring事物的传播机制?

spring事务默认是注解是 REQUIRED,支持事务的传播,使用同一个数据库连接。
Spring事务传播机制、实现方式、失效场景即原理,spring,spring,数据库

REQUIRED:spring默认的事务传播机制,A存在事务,则B加入A的事务;A没有事务则会新建一个数据库事务;

SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务;如果当前不存在事务,就以非事务执行

MANDATORY:(强制性使用第一个事务)A存在事务,则B加入A的事务;A没有事务,则抛异常

REQUIRES_NEW:创建一个新事务,B在这个新事务中执行;A如果有事务将会被挂起,等待B事务方法执行结束(commit or rollback),当B事务执行结束后,A事务被唤醒继续执行,若B抛出了异常给A 或 A 方法执行出了异常,那么在 A 事务中执行的 sql 将会被回滚,B 事务中的sql 由B的事务管理器控制,A、B中的sql不在同一数据库连接中执行,即内层事务B已经 commit 或 rollback, 外层事务干扰不了。

NOT_SUPPORTED:(不支持事务),若A存在事务,则挂起A的事务,以非事务方式运行

NEVER:(不支持事务),若A存在事务抛异常

NESTED:A存在事务,则在嵌套事务中执行;不存在则和 REQUIRED 一样开启一个新事务
Spring事务传播机制、实现方式、失效场景即原理,spring,spring,数据库

那些情况会导致Spring事务的失效?失效的原因是?

  1. 数据库不支持事务

  2. 类没有被spring管理(ioc),没有加注解。

  3. 未启用Spring事务管理功能(@EnableTransactionManagement)

  4. 数据源没有配置事务管理器

    @Bean
    public PlatformTransactionManager transactionManager(DataSource dataSource){
        return new DataSourceTransactionManager(dataSource);
    }
    
  5. 没有加@Configuration注解:springboot基本没有这个问题;Spring可能会出现这个问题,原因是由于mybatis或JdbcTemplate会从ThreadLocal中获取数据库连接,但是ThreadLocal底层引用的是ThreadLocalMap,Map的key是一个DataSource对象,value是数据库连接。如果没有加@Configuration注解的话,会导致Map中的DataSource对象和mybatis、jdbcTenplate中的DataSource对象不相等,所有就拿不到数据库连接,以至于自己去创建连接了。

  6. 异常被吃掉:默认情况下Spring会捕获 error 和 RunTimeException ,spring捕获不到异常也就不会回滚了,例如 try-catch

  7. 方法是private的:spring事务基于CGLIB来进行AOP,CGLIB是基于父子类来实现,子类是代理类,子类无法重写父类的private方法,也就没有办法增加spring事务逻辑。

  8. 方法是 final 修饰的,和private原因一致,子类不能重写增强。

  9. 调用A方法和B方法不是同一个线程,不同的线程拿到的数据库连接不一样。TransactionSynchronizationManager.bindResource 会将线程与数据库连接绑定。

  10. rollbackFor = RuntimeException.class(默认),当抛出的异常大于定义的异常,则会导致事务失效

  11. 方法内自调用时对象不是同一个:Spring事务是基于Aop,只有使用代理对象调用 A 方法时,注解才能生效,而在A方法中调用 B 方法时( this.B() ),并不是使用的代理对象,所以导致B的注解失效。

自身调用失效问题:

方法A 通过 this.B() 调用方法B。
Spring事务传播机制、实现方式、失效场景即原理,spring,spring,数据库

通过 this 来调用某个带有 @Transactional 注解的方法时,这个注解是失效的,可以看做这个方法(如上图B)上没有这个注解,当然书写的传播机制限制也是无效的,例如:propagation = Propagation.MANDATORY、propagation = Propagation.NEVER。
但是若调用A的是CGLIB生成的代理对象,并且A上有 @Transactional 注解,那么方法A是具有事务的,方法B中的sql 就在方法A的事务中执行,所以整体A,B是有事务的。

调用使用@Transactional注解的方法时,使用的是 Spring CGLIB 创建的代理对象
Spring事务传播机制、实现方式、失效场景即原理,spring,spring,数据库

调用B方法的是存储在 Spring ioc容器的bean,两个不同的对象
Spring事务传播机制、实现方式、失效场景即原理,spring,spring,数据库

A调用B的结论:

  • 只要A加@Transactional注解,A和B在不在同一个类中,B加不加@Transactional注解,事务都是有效的,则AB在同一事务中。
  • A 不加 B加,A和B同一个类中:调用A方法的是CGLIB生成的代理对象,但是A方法没有注解,所以A方法不会被拦截;this调用B,注解失效(下图)。
  • A 不加 B加,A和B不在同一个类中:不在同一个类,那么调用B的就是的就是CGLIB生成的代理对象,B的事务有效,A在外围没有事务(B已经commit或rollback了,事务管理器已经把设置auto commit = false的数据库连接释放了)。

Spring事务传播机制、实现方式、失效场景即原理,spring,spring,数据库文章来源地址https://www.toymoban.com/news/detail-624377.html

到了这里,关于Spring事务传播机制、实现方式、失效场景即原理的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Spring事务的四大特性+事务的传播机制+隔离机制

    原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。 事务是一个原子操作, 由一系列动作组成。 组成一个事务的多个数据库操作是一个不可分割的原子单元 ,只有所有的操作执行成功,整个事务才提交。 事务中的任何一个数据库操作失败

    2024年01月20日
    浏览(38)
  • Spring Boot 事务和事务传播机制

    事务定义 将一组操作封装成一个执行单元 (封装到一起),这一组的执行具备原子性, 那么就要么全部成功,要么全部失败. 为什么要用事务? 比如转账分为两个操作: 第一步操作:A 账户-100 元。 第二步操作:B账户 +100 元。 如果没有事务,第一步执行成功了,第二步执行失败了,

    2024年02月11日
    浏览(37)
  • Spring事务传播机制

    编程式事务管理:通过  TransactionTemplate 或者 TransactionManager 手动管理事务,实际应用中很少使用,这不是本文的重点,就不在这里赘述。 声明式事务管理:使用场景最多,也是最推荐使用的方式,直接加上@Transactional注解即可。 @Transactional 注解是用于声明事务性方法的注解

    2024年01月16日
    浏览(37)
  • Spring事务传播机制解析

    在Java的Spring框架中,事务管理是保证应用数据一致性和可靠性的关键。Spring提供了灵活的事务传播机制,它定义了事务边界,以及在嵌套方法调用时如何处理事务。本文旨在深入探讨Spring的事务传播行为,帮助开发者更好地理解和运用这一重要特性。 事务传播机制指的是在

    2024年01月16日
    浏览(38)
  • spring的事务传播机制

    嫌弃内容代码复杂的可直接看思维导图大纲即可 指的就是当一个事务方法被另一个事务方法调用时,这个事务方法应该如何进行 默认,当前存在事务,则加入该事务;不存在事务,创建新事务。 始终以新的事务运行,当前存在事务,则挂起原事务;不存在事务,创建新事务

    2023年04月23日
    浏览(50)
  • 【JavaEE进阶】Spring事务和事务传播机制

    Spring 事务是 Spring 框架提供的一种机制,用于 管理数据库操作或其他资源的一组相关操作 ,以确保它们在一个原子、一致、可靠和隔离的执行单元内进行。事务用于维护数据的完整性并支持并发访问数据库时的数据一致性。 Spring 事务的主要特点包括: 原子性(Atomicity):

    2024年02月09日
    浏览(61)
  • 一文详解Spring事务传播机制

    目录 背景 Spring事务 @Transactional注解 使用场景 失效场景 原理 常用参数 注意 事务传播机制 处理嵌套事务流程 主事务为REQUIRED子事务为REQUIRED 主事务为REQUIRED子事务为REQUIRES_NEW 主事务为REQUIRED子事务为NESTED 实现方式 源码解析 我们在使用Spring管理数据库事务的时候很方便,只

    2023年04月26日
    浏览(46)
  • 【Spring】深入理解 Spring 事务及其传播机制

    在 Spring 框架中,事务(Transaction)是一种用于管理数据库操作的机制,旨在 确保数据的 一致性、可靠性和完整性 。事务可以将一组数据库操作(如插入、更新、删除等)视为一个单独的执行单元,要么 全部成功地执行,要么全部回滚 。这样可以确保数据库在任何时候都保

    2024年02月12日
    浏览(59)
  • Spring事务传播的7种机制

    1. Propagation.REQUIRED:默认的事务传播级别,它表示如果当前存在事务,则加入该事务;如果 当前没有事务,则创建一个新的事务。 2. Propagation.SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的 方式继续运行。 3. Propagation.MANDATORY:(mandatory:强制

    2024年02月09日
    浏览(45)
  • Spring @Transactional事务传播机制详解

    我们日常工作中极少使用事务传播级别,单纯只是使用事务和rollbackfor抛出异常来解决事务问题,但其实我们很多时候使用的是不正确的,或者说会造成事务粒度过大,本文详解一下事务传播级别,也让自己更好地处理事务问题。 1.什么是事务传播机制? 举个栗子,方法A是一

    2024年02月14日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包