事务的四种隔离级别和七种转播机制

最新推荐文章于 2024-06-12 01:51:07 发布
原创 最新推荐文章于 2024-06-12 01:51:07 发布 · 1.2k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java

说到事务，就不得不说事务的特性ACID:

1.事务四大特性

:

* 原子性(Atomicity) :强调的事务的不可分割.

* 一致性(Consistency) :强调的事务的执行前后,数据库的的完整性保持一致.

* 隔离性(Isolation) :强调的事务的并发的访问,一个事务的执行,不应该受到另一个事务的打扰.

* 持久性(Durability) :强调的事务结束之后,数据就永久的保存的数据库中.

2.事务的四种隔离级别：

在这里插入图片描述

  1. 读未提交，就是一个事务可以读取另一个未提交事务的数据。

    事例：老板要给程序员发工资，程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字，按成3.9万/月，该钱已经打到程序员的户口，但是事务还没有提交，就在这时，程序员去查看自己这个月的工资，发现比往常多了3千元，以为涨工资了非常高兴。但是老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成3.6万再提交。

    分析：实际程序员这个月的工资还是3.6万，但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。

  2. 读已提交，就是一个事务要等另一个事务提交后才能读取数据。

    事例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万，就在这个时候！！程序员的妻子要把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额当然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的…

    分析：这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。

  3. 重复读，就是在开始读取数据（事务开启）时，不再允许修改操作

    事例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（事务开启，不允许其他事务的UPDATE修改操作），收费系统事先检测到他的卡里有3.6万。这个时候他的妻子不能转出金额了。接下来收费系统就可以扣款了。

    分析：重复读可以解决不可重复读问题。写到这里，应该明白的一点就是，不可重复读对应的是修改，即UPDATE操作。但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作，而不是UPDATE操作。

  4. Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用

3.mysql数据库事务级别

mysql默认的事务处理级别是’REPEATABLE-READ’,也就是可重复读

  1. 查看当前会话隔离级别

    select @@tx_isolation;

  2. 查看系统当前隔离级别

    select @@global.tx_isolation;

  3. 设置当前会话隔离级别

    set session transaction isolatin level repeatable read;

  4. 设置系统当前隔离级别

    set global transaction isolation level repeatable read;

4.事务的七种传播机制

  1. PROPAGATION_REQUIRED

    加入当前正要执行的事务不在另外一个事务里，那么就起一个新的事务

例如：

    ServiceB.methodB的事务级别定义为PROPAGATION_REQUIRED

    ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB就加入ServiceA.methodA的事务内部，就不再起新的事务。ServiceA.methodA没有在事务中，这时调用ServiceB.methodB，

    ServiceB.methodB就会为自己分配一个事务。

    在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常，事务都会被回滚。即使ServiceB.methodB的事务已经被提交，但是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚
  1. PROPAGATION_SUPPORTS

如果当前在事务中，即以事务的形式运行，如果当前不再一个事务中，那么就以非事务的形式运行

  1. PROPAGATION_MANDATORY

必须在一个事务中运行。也就是说，他只能被一个父事务调用。否则，他就要抛出异常

  1. PROPAGATION_REQUIRES_NEW

例如：

    ServiceA.methodA的事务级别为PROPAGATION_REQUIRED，ServiceB.methodB的事务级别为PROPAGATION_REQUIRES_NEW，

    当调用ServiceB.methodB的时候，ServiceA.methodA所在的事务就会挂起，ServiceB.methodB会起一个新的事务，等待ServiceB.methodB的事务完成以后，他才继续执行。

    PROPAGATION_REQUIRES_NEW与PROPAGATION_REQUIRED 的事务区别在于事务的回滚程度：

            因为ServiceB.methodB和ServiceA.methodA两个不同的事务。如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB是不会回滚的。如果ServiceB.methodB失败回滚，

            如果他抛出的异常被ServiceA.methodA捕获，ServiceA.methodA事务仍然可能提交。

  1. PROPAGATION_NOT_SUPPORTED

    当前不支持事务。

例如:

ServiceA.methodA的事务级别是PROPAGATION_REQUIRED ，而ServiceB.methodB的事务级别是PROPAGATION_NOT_SUPPORTED ，

调用ServiceB.methodB时，ServiceA.methodA的事务挂起，而以非事务的状态运行完，再继续ServiceA.methodA的事务。

  1. PROPAGATION_NEVER

    不能在事务中运行。

例如：

假设ServiceA.methodA的事务级别是PROPAGATION_REQUIRED，  而ServiceB.methodB的事务级别是PROPAGATION_NEVER ，

那么ServiceB.methodB就要抛出异常了。

  1. PROPAGATION_NESTED

    嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时，会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。

关注公众号
在这里插入图片描述

每周会更新干货知识

【事务隔离级别和传播机制】
学无止境
03-08 399
【事务隔离级别和传播机制】
一文学会Spring 实现事务，事务的隔离级别以及事务的传播机制
qq_62949535的博客
06-07 1327
示例：方法testA的事务级别为Propagation_REQUIRED，方法testB的事务级别为Propagation_NEVER，testA方法中调用testB方法，因为testB方法的事务级别为Propagation_NEVER，所以已进入testB方法就会。示例：方法testA没有声明事务，方法testB的事务级别为Propagation_MANDATORY，testA方法里面调用testB方法，在执行testB方法的时候就会直接抛出事务要求的异常，testB方法里面的操作就没有被执行。
【Spring事务学习】事务分类 && 隔离级别 && 事务传播机制
qq_48479056的博客
07-31 2078
将一组操作封装成⼀个执行（封装到一起），要么全部成功，要么全部失败。比如转账分为两个操作：（1）：A账户+100元；（2）：B账户-100元；如果没有事务，AB两个账户是分离的，当B账户给A转账成功，B账户少了100，但是A账户却没有反应；如果使用事务，那么AB两个账户的钱数是联动的，B账户给A转账少100元与A账户增加100元这个操作，是一起成功或者失败的。
Java提升篇－事务隔离级别和传播机制
weixin_33800593的博客
08-13 222
问题的提出 为了保证并发操作数据的正确性及一致性，SQL规范于1992年提出了数据库事务隔离级别。 事务隔离级别分类 事务隔离级别由低往高可分为以下几类 READ UNCOMMITTED，读取未提交的数据。 这是最不安全的一种级别，查询语句在无锁的情况下运行，并能读取到别的未提交的数据，造成脏读，如果未提...
事务隔离级别和传播机制
hd_cash的博客
03-13 1716
1:事务 事务：一组逻辑操作单元，使数据从一种状态变换为另一种状态。 逻辑操作单元： 一个或者多个DML操作。 事务处理（事务操作）：保证所有的事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式，当在一个事务中执行多个操作的时候，要么所有的事务都被提交（commit），那么这些修改就会被永久的保持，要么数据库管理系统将放弃所有的修改，进行回滚（rollback）到最初状态。 回滚的意义： 为了确保数据库中数据的一致性，数据的操作应该是离散的成组的逻辑单元，当它全部完成时，数据的一致性可以保
【Spring】事务和事务的传播机制
weixin_62848751的博客
03-12 2633
将一组操作封装在一起执行，要么全部成功，要么全部失败。
面试题汇总
qq_37958502的博客
02-24 665
Java面试题总结 String和StringBuilder和StringBuffer的区别? 相同点:三者都可以存储和操作字符串,同时三者都使用final关键字修饰,都不能派生子类 不同点:String类存储的是只读字符串,而StringBuffer和StringBuild存储的是可变字符串, StringBuilder具有线程安全问题(它的所有方法都没有使用synchronized修饰),但是它的在单线程的时候,比Stringbuffer效率高 String为什么不可变StringBuilder为什
计算机考研面试汇总
this is my house
03-23 4607
数据结构 数据三要素----数据的：逻辑结构，存储结构，运算 时间复杂度–将算法中基本运算的执行次数的数量级作为时间复杂度。 顺序表有哪些缺点？（逻辑上相邻的元素，在物理位置上也相邻） 优点：顺序表支持随机存取，存储密度大 缺点：插入和删除元素需要移动大量的元素（近一半） 注意：动态分配内存并不是链式存储结构，依然属于顺序存储结构，支持随机存取方式，只是分配的空间大小在运行时动态决定。 链表有哪些缺点？（逻辑上相邻的元素，在物理位置上不一定相邻） 优点：便于插入删除等操作，只要改变指针就行。不用考虑溢出问题
编程资料 －C# 多线程
踏雪无痕
11-12 1万+
编程资料 － 多线程C#多线程编程实例实战作者： 刘弹 www.ASPCool.com 时间:2003-5-17 上午 10:24:05 阅读次数:10996单个写入程序/多个阅读程序在.Net 类库中其实已经提供了实现，即System.Threading.ReaderWriterLock 类。本文通过对常见的单个写入/多个阅读程序的分析来探索c#的多线程编程。问题的提出所谓单个写入程序/多个阅读
事务的传播机制详解
vespera的博客
06-08 6931
本篇博客详细介绍了事务的七种传播行为，文章通过举例和详细的代码演示，展示了每种传播行为在实际应用中的具体作用和使用场景，以便读者更好地理解和应用这些事务传播行为。文章还强调了正确理解和使用这些传播行为对于有效管理应用中的事务的重要性。
spring事务传播机制
风水道人
12-14 320
spring定义了7中事务传播机制： REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED) 支持当前事务，如果没有事务会创建一个新的事务 SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS) 支持当前事务，如果没有事务的话以非事务方式执行 MANDATORY(TransactionDefinition.PROPAGATION_MAN.
Spring中事务的隔离级别和传播机制
关关的博客
06-12 2397
@Transactional详解之事务隔离级别及事务传播机制
事务的隔离级别以及传播机制的详细讲解
m0_57248981的博客
07-31 2893
在 Spring 项⽬中使⽤事务，⽤两种⽅法⼿动操作和声明式⾃动提交，其中后者使⽤的最多，在⽅法上添加 @Transactional 就可以实现了。设置事务的隔离级别 @Transactional(isolation = Isolation.SERIALIZABLE)，Spring 中的事务隔离级别有 5 种。设置事务的传播机制 @Transactional(propagation = Propagation.REQUIRED)，Spring 中的事务传播级别有 7 种。
Spring事务隔离级别与传播机制
小提提la的博客
02-28 321
1.事务的定义：事务是指多个操作单元组成的合集，多个单元操作是整体不可分割的，要么都操作不成功，要么都成功。其必须遵循四个原则（ACID）。原子性（Atomicity）：即事务是不可分割的最小工作单元，事务内的操作要么全做，要么全不做；一致性（Consistency）：在事务执行前数据库的数据处于正确的状态，而事务执行完成后数据库的数据还是应该处于正确的状态，即数据完整性约束没有被破坏；如银行转帐...
四大隔离机制
lhy578391951的博客
08-28 727
http://blog.sina.com.cn/s/blog_67331d610102vvdt.html
Spring事务传播机制和数据库隔离级别
热门推荐
Edwin’s Blog
06-26 5万+
先看下Spring的事务传播行为类型事务传播行为类型说明PROPAGATION_REQUIRED如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是 最常见的选择。PROPAGATION_SUPPORTS支持当前事务，如果当前没有事务，就以非事务方式执行。PROPAGATION_MANDATORY使用当前的事务，如果当前没有事务，就抛出异常。PROPAGATION_REQUIRES_NEW新建事务，如果当前存在事务，把当前事务挂起。PROPAGATION_NOT_SUPPORT
spring事务传播机制和隔离级别
笨蛋超人的博客
12-05 2万+
一、spring事务的7种传播机制 1、PROPAGATION_REQUIRED 若当前存在事务，则加入该事务，若不存在事务，则新建一个事务。 class C1(){ @Transactional(propagation = Propagation.REQUIRED) function A(){ C2.B(); } } class C2(){ ...
spring事物传播机制和隔离级别
Ak dadada的博客
12-06 690
事物并发运行可以造成的问题 1.脏读  读取到另一个事物修改但还未提交的数据 2.不可重复读   是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。（即不能读到相同的数据内容） 例...
事务的传播机制通俗易懂
qq_40432604的博客
03-11 458
场景：在方法A中包含方法B的调用。 比如：方法A # fly账号给zhangshang转账100块钱 public void user(fly,zhangshan,100){ add(zhangshang,100); //张三加100 sub(fly,100) //fly减100 } 方法B就是add跟sub 注意事务传播行为的注解一般放在方法B上 事务传播行为的注解： propagation_requierd(必须的) 1、如果事务注解加在方法A上，事务传播注解放在方法B上： 执行方
如果父事务回滚那子事务也回滚 如果子事务回滚则父事务不回滚 父子事务的转播机制应该是什么
最新发布
07-05
要实现“**父事务回滚时子事务必须回滚，但子事务回滚时父事务不回滚**”的需求，需结合Spring的事务传播机制和异常处理策略。以下是具体方案： --- ### **核心机制：`REQUIRES_NEW` + 异常分层处理** 1. **子事务独立**： 子事务使用`REQUIRES_NEW`传播行为，确保其运行在独立的事务上下文中，与父事务隔离。 2. **父事务感知子事务失败**： 子事务需通过**自定义异常**将失败信号传递给父事务，父事务捕获该异常后决定是否回滚自身（但根据需求，父事务不应回滚）。 3. **关键点**： - 子事务回滚时，**不抛出会触发父事务回滚的异常**（如`RuntimeException`）。 - 父事务通过返回值或状态判断子事务是否成功，**不依赖异常传播**触发回滚。 --- ### **具体实现方案** #### 方案1：子事务捕获异常 + 父事务主动检查 ```java @Service public class ParentService { @Autowired private ChildService childService; @Transactional public void parentMethod() { // 业务逻辑1 boolean childSuccess = false; try { childSuccess = childService.childMethod(); // 子事务独立执行 } catch (CustomChildException e) { // 子事务失败，但父事务不回滚（仅记录日志或处理） log.error("子事务失败: {}", e.getMessage()); } if (!childSuccess) { // 可选：父事务根据子事务结果执行其他逻辑（不回滚） throw new ParentBusinessException("父事务因子事务失败终止，但不回滚"); } // 业务逻辑2（仅当子事务成功时执行） } } @Service public class ChildService { @Transactional(propagation = Propagation.REQUIRES_NEW) public boolean childMethod() { try { // 业务逻辑（可能失败） if (someCondition) { throw new RuntimeException("模拟子事务业务失败"); } return true; // 成功 } catch (Exception e) { // 捕获所有异常，不抛出到父事务 log.error("子事务内部错误: {}", e.getMessage()); return false; // 返回失败状态 } } } ``` #### 方案2：子事务抛出特定异常 + 父事务选择性回滚（需调整配置） ```java @Service public class ParentService { @Transactional(rollbackFor = ParentRollbackException.class) // 仅对特定异常回滚 public void parentMethod() { try { childService.childMethod(); // 子事务独立执行 } catch (ChildRollbackException e) { // 子事务回滚，但父事务不回滚（因为未触发父事务的rollbackFor） log.error("子事务回滚: {}", e.getMessage()); throw new ParentBusinessException("父事务继续执行"); } } } @Service public class ChildService { @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class) public void childMethod() { // 业务逻辑 if (someCondition) { throw new ChildRollbackException("子事务强制回滚"); // 不会触发父事务回滚 } } } // 自定义异常 class ChildRollbackException extends RuntimeException {} class ParentRollbackException extends RuntimeException {} class ParentBusinessException extends RuntimeException {} ``` --- ### **关键配置说明** 1. **子事务传播行为**： ```java @Transactional(propagation = Propagation.REQUIRES_NEW) ``` - 确保子事务在独立事务中运行，回滚不影响父事务。 2. **父事务回滚规则**： - 通过`rollbackFor`指定仅对特定异常回滚（如`ParentRollbackException`），避免被子事务异常触发。 3. **异常隔离**： - 子事务抛出的异常需与父事务的`rollbackFor`列表**不重叠**，防止父事务误回滚。 --- ### **方案对比** | 方案 | 优点 | 缺点 | 适用场景 | |------|------|------|----------| | **方案1**（返回值） | 逻辑清晰，异常隔离性强 | 需手动检查返回值 | 需要精确控制父子事务流程 | | **方案2**（特定异常） | 利用Spring默认机制，代码简洁 | 需定义多层异常类 | 复杂业务中需明确异常分类 | --- ### **最佳实践建议** 1. **优先使用方案1**： - 通过返回值明确控制流程，避免异常传播的复杂性。 - 示例： ```java // 父事务 @Transactional public void parentMethod() { if (!childService.childMethod()) { // 处理子事务失败（不回滚） } } // 子事务 @Transactional(propagation = Propagation.REQUIRES_NEW) public boolean childMethod() { try { // 业务逻辑 return true; } catch (Exception e) { return false; } } ``` 2. **日志与监控**： - 记录子事务失败原因，便于排查问题。 3. **事务超时设置**： - 为子事务配置合理的超时时间，避免长时间阻塞父事务。 --- ### **总结** - **父事务回滚 → 子事务回滚**： 默认行为（若子事务在父事务中且传播行为为`REQUIRED`）。但根据需求，子事务应独立（`REQUIRES_NEW`），因此需通过其他方式实现父事务回滚时强制终止子事务（如调用子事务的取消接口）。 - **子事务回滚 → 父事务不回滚**： 通过`REQUIRES_NEW` + 异常隔离或返回值控制实现。 最终方案需根据业务对一致性的要求权衡设计。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值