Spring事务和事务传播机制

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS MySQL,高可用系列 2核4GB
简介: 事务是作为一名后端程序员,必须去要了解清楚的东西,因为它决定了程序的正常运行以及与程序运行效率之间的权衡,这篇文章我们就来了解一下Spring事务和事务传播机制。

1.为什么需要事务?


事务的定义


将一组操作封装成一个执行单元,要么全部成功,要么全部失败。


为什么要用事务?


比如转账操作分为两个步骤:


第一步操作:A账户-100元

第二步操作:B账户+100元


如果没有事务,第一步执行成功了,第二步失败了,那么A账户平白无故的100元就“人间蒸发”了。而如果使用事务就可以解决这个问题,让这一组操作要么一起成功,要么一起失败。


2.Spring中事务的实现


Spring中的事务操作分为两类:

1.编程式事务(手动写代码操作事务,在实际开发中几步用不到)

2.声明式事务(利用注解自动开启和提交事务)


在讲解Spring中的事务之前,我们先来回顾事务在MySQL中是如何使用的?


2.1 MySQL中的事务使用(回顾)


事务在MySQL中有3个重要的操作:开启事务、提交事务、回滚事务,它们对应的操作命令如下:


-- 开启事务
start transaction;
-- 业务执行
-- 提交事务
commit;
-- 回滚事务
rollback;


2.2 Spring 编程式事务(了解即可,很少用)


Spring手动操作事务和上面MySQL操作事务类似,它也是有3个重要操作步骤:


  • 开启事务(获取事务)
  • 提交事务
  • 回滚事务


SpringBoot内置了两个对象,DataSourceTransactionManager用来获取事务(开启事务)、提交或回滚事务的,而TransactionDefinition是事务的属性,在获取事务的时候需要将TransactionDefinition传递进去从而获得一个事务TransactionStatus,实现代码如下:


微信图片_20230111223307.png

这种方法虽然可以实现,但是很繁琐,在实际开发中几乎不会用到,更多的是用下边这种声明式事务的方法。


2.3 Spring 声明式事务(自动)


声明式事务的实现很简单,只需要在需要的方法上添加@Transactional注解就可以实现了,无需手动开启事务和提交事务,进入方法时自动开启事务,方法执行完会自动提交事务,如果中途发生了没有处理的异常会自动回滚事务,具体实现代码如下:


微信图片_20230111223303.png

@Transactional可以用来修饰方法或类:


修饰方法时:需要注意只能应用到public方法上,否则不生效。

修饰类时:表明该注解对该类中所有的public方法都生效

@Transactional参数说明


微信图片_20230111223259.png

2.4 Spring 声明式事务手动回滚

@Transactional在异常被捕获的情况下,不会进行事务自动回滚,如下代码所示:


微信图片_20230111223255.png

微信图片_20230111223252.png

微信图片_20230111223248.png

微信图片_20230111223239.png

微信图片_20230111223232.png


为了解决上述事务不会自动回滚的问题,有以下两种解决方法:


方案一:将异常继续抛出去【声明式事务会自动回滚】


微信图片_20230111223229.png

方案二:通过代码手动回滚事务


微信图片_20230111223225.png

2.5 @Transactional 工作原理


@Transactional是基于AOP实现的,AOP又是使用动态代理实现的。如果目标对象实现了接口,默认情况下会采用JDK Proxy的动态代理,如果目标对象没有实现接口,会使用CGLIB动态代理。


@Transactional在开始执行业务之前,通过代理先开启事务,在执行成功之后再提交事务。如果中途遇到异常,则回滚事务。


@Transactional实现思路预览:


微信图片_20230111223221.png

@Transactional具体执行细节如下图所示:


微信图片_20230111223217.png

3.事务隔离级别


3.1 事务特性回顾


事务有4大特性(ACID),原子性、持久性、一致性和隔离性,具体概念如下:


  • 原子性:一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。
  • 一致性:在事务开始之前和事务结束之后,数据库的完整性没有被破坏。这表示写入的数据必须完全合理,这包含数据的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
  • 持久性:事务处理结束后,对数据的修改是永久的(写入硬盘的),不会因为程序/主机的重启而丢失
  • 隔离性:数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交、读已提交、可重复读和串行化。


3.2 Spring中设置事务隔离级别


3.2.1 MySQL 4种事务隔离级别


下述表格中x代表可能存在的问题,√代表能够解决的问题。


隔离级别 分析 脏读 不可重复读 幻读
读未提交(Read Uncommitted) 允许读未提交的数据,并发程度最高,隔离性最低 × × ×
读已提交(Read Committed) 只能读提交以后的数据(相当于写加锁),并发程度降低,隔离性提高 × ×
可重复(Repeatable Read) 相当于读和写都加锁了,并发程度再降低,隔离性再提高 ×
串行化(Serializable) 严格执行串行化,并发程度最低,隔离性最高


  • 脏读:一个事务读取到了另一个事务修改的数据之后,后一个事务又进行了回滚操作,从而导致第一个事务读取的数据是错误的。
  • 不可重复度:一个事务两次查询到的结果不同,因为在两次查询中,有另一个事务把数据修改了。
  • 幻读:一个事务两次查询到的结果不同,因为在两次查询中,有另一个事务又新增了一部分数据。


3.2.2 Spring 5种事务隔离级别


Spring中事务隔离级别可以通过@Transactional中的isolation属性进行设置,具体操作如下图所示:


微信图片_20230111223212.png


即包含以下5种隔离级别:

1.Isolation.DEFAULT:以连接的数据库的事务隔离级别为主。

2.Isolation.READ_UNCOMMITTED:读未提交,可以读取到未提交的事务,存在脏读。

3.Isolation.READ_COMMITTED:读已提交,只能读取到已经提交的事务,解决了脏读,存在不可重复读。

4.Isolation.REPEATABLE_READ:可重复读,解决了不可重复读,但存在幻读(MySQL默认级别)

5.Isolation.SERIALIZABLE:串行化,可以解决所有并发问题,但性能太低。


从上述介绍可以看出,相比于MySQL的事务隔离级别,Spring的事务隔离级别只是多了一个Isolation.DEFAULT(以数据库的全局事务隔离级别为主)


4.事务传播机制


4.1 为什么需要事务传播机制?


事务隔离级别是保证多个并发事务执行的可控性的(稳定性的),而事务传播机制是保证一个事务在多个调用方法间的可控性的(稳定性的)。


事务隔离级别解决的是多个事务同时调用一个数据库的问题,如下图所示:


微信图片_20230111223208.png

而事务传播机制解决的是一个事务在多个节点(方法)中传递的问题,如下图所示:


微信图片_20230111223206.png

4.2 事务传播机制有哪些?


Spring事务传播机制包含以下7种:


1.Propagation.REQUIRED:默认的事务传播级别,它表示如果当前存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。

2.Propagation.SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。

3.Propagation.MANDATORY:(mandatory:强制性)如果当前存在事务,则加入该事务;如果当前没有事务,则抛出异常。

4.Propagation.REQUIRES_NEW:表示创建一个新的事务,如果当前存在事务,则把当前事务挂起。也就是说不管外部方法是否开启事务,Propagation.REQUIRES_NEW修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。

5.Propagation.NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。

6.Propagation.NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。

7.Propagation.NESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则该取值等价于Propagation.REQUIRED。


以上7种传播行为,可以根据是否支持当前事务分为以下3类:


微信图片_20230111223202.png

以情侣买房的问题为例来理解以上分类:


微信图片_20230111223159.png


4.3 Spring事务传播机制使用和场景演示


4.3.1 支持当前事务(REQUIRED)


UserController 实现代码:


微信图片_20230111223155.png

UserService实现代码:


微信图片_20230111223152.png

可以发现service类中的两个方法的事务传播级别都是REQUIRED。


第一个方法没有异常,如果调用该方法,数据库中应该正常插入一条记录,但是第二个方法有异常,就会导致整体回滚,数据库中不会插入记录,验证结果如下:


微信图片_20230111223149.png

微信图片_20230111223145.png

微信图片_20230111223142.png


该事务传播级别的执行流程,就是任意一个该级别的方法出现异常,整个方法调用链会进行整体回滚。


4.3.2 嵌套事务(NESTED)


验证该级别的UserController类中代码与验证REQUIRED级别的类中代码相同,UserService类中代码就只是改了第二个方法的事务传播级别,如下所示:


微信图片_20230111223135.png

更改代码后进行方法调用,可以发现,数据库中插入了一条记录,说明第一个方法正常执行了,只有第二个方法进行了回滚,验证结果如下:


微信图片_20230111223128.png

微信图片_20230111223123.png

微信图片_20230111223113.png


该事务传播级别的执行流程,就是如果该级别的方法出现了异常,只回滚该方法,不影响整体。


4.3.3 嵌套事务(NESTED)和加入事务(REQUIRED )的区别

整个事务如果全部执行成功,二者的结果是一样的

如果事务执行到一半失败了,那么加入事务的整个事务全部回滚;而嵌套事务会局部回滚,不会影响上一个方法中执行的结果。

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
20天前
|
缓存 安全 Java
Spring高手之路26——全方位掌握事务监听器
本文深入探讨了Spring事务监听器的设计与实现,包括通过TransactionSynchronization接口和@TransactionalEventListener注解实现事务监听器的方法,并通过实例详细展示了如何在事务生命周期的不同阶段执行自定义逻辑,提供了实际应用场景中的最佳实践。
40 2
Spring高手之路26——全方位掌握事务监听器
|
22天前
|
Java 关系型数据库 数据库
京东面试:聊聊Spring事务?Spring事务的10种失效场景?加入型传播和嵌套型传播有什么区别?
45岁老架构师尼恩分享了Spring事务的核心知识点,包括事务的两种管理方式(编程式和声明式)、@Transactional注解的五大属性(transactionManager、propagation、isolation、timeout、readOnly、rollbackFor)、事务的七种传播行为、事务隔离级别及其与数据库隔离级别的关系,以及Spring事务的10种失效场景。尼恩还强调了面试中如何给出高质量答案,推荐阅读《尼恩Java面试宝典PDF》以提升面试表现。更多技术资料可在公众号【技术自由圈】获取。
|
1月前
|
Java 开发者 Spring
Spring高手之路24——事务类型及传播行为实战指南
本篇文章深入探讨了Spring中的事务管理,特别是事务传播行为(如REQUIRES_NEW和NESTED)的应用与区别。通过详实的示例和优化的时序图,全面解析如何在实际项目中使用这些高级事务控制技巧,以提升开发者的Spring事务管理能力。
54 1
Spring高手之路24——事务类型及传播行为实战指南
|
26天前
|
JavaScript Java 关系型数据库
Spring事务失效的8种场景
本文总结了使用 @Transactional 注解时事务可能失效的几种情况,包括数据库引擎不支持事务、类未被 Spring 管理、方法非 public、自身调用、未配置事务管理器、设置为不支持事务、异常未抛出及异常类型不匹配等。针对这些情况,文章提供了相应的解决建议,帮助开发者排查和解决事务不生效的问题。
|
1月前
|
XML Java 数据库连接
Spring中的事务是如何实现的
Spring中的事务管理机制通过一系列强大的功能和灵活的配置选项,为开发者提供了高效且可靠的事务处理手段。无论是通过注解还是AOP配置,Spring都能轻松实现复杂的事务管理需求。掌握这些工具和最佳实践,能
49 3
|
3月前
|
Java 数据库连接 数据库
spring复习05,spring整合mybatis,声明式事务
这篇文章详细介绍了如何在Spring框架中整合MyBatis以及如何配置声明式事务。主要内容包括:在Maven项目中添加依赖、创建实体类和Mapper接口、配置MyBatis核心配置文件和映射文件、配置数据源、创建sqlSessionFactory和sqlSessionTemplate、实现Mapper接口、配置声明式事务以及测试使用。此外,还解释了声明式事务的传播行为、隔离级别、只读提示和事务超时期间等概念。
spring复习05,spring整合mybatis,声明式事务
|
3月前
|
Java 测试技术 数据库
Spring事务传播机制(最全示例)
在使用Spring框架进行开发时,`service`层的方法通常带有事务。本文详细探讨了Spring事务在多个方法间的传播机制,主要包括7种传播类型:`REQUIRED`、`SUPPORTS`、`MANDATORY`、`REQUIRES_NEW`、`NOT_SUPPORTED`、`NEVER` 和 `NESTED`。通过示例代码和数据库插入测试,逐一展示了每种类型的运作方式。例如,`REQUIRED`表示如果当前存在事务则加入该事务,否则创建新事务;`SUPPORTS`表示如果当前存在事务则加入,否则以非事务方式执行;`MANDATORY`表示必须在现有事务中运行,否则抛出异常;
182 4
Spring事务传播机制(最全示例)
|
2月前
|
Java 关系型数据库 MySQL
Spring事务失效,我总结了这7个主要原因
本文详细探讨了Spring事务在日常开发中常见的七个失效原因,包括数据库不支持事务、类不受Spring管理、事务方法非public、异常被捕获、`rollbackFor`属性配置错误、方法内部调用事务方法及事务传播属性使用不当。通过具体示例和源码分析,帮助开发者更好地理解和应用Spring事务机制,避免线上事故。适合所有使用Spring进行业务开发的工程师参考。
39 2
|
2月前
|
Java 程序员 Spring
Spring事务的1道面试题
每次聊起Spring事务,好像很熟悉,又好像很陌生。本篇通过一道面试题和一些实践,来拆解几个Spring事务的常见坑点。
Spring事务的1道面试题
|
3月前
|
Java Spring
Spring 事务传播机制是什么?
Spring 事务传播机制是什么?
28 4