【MySQL 保姆级教学】事务的隔离级别（详细）--下（13）

事务的隔离级别

  • 1. 如何理解事务的隔离性
  • 2. 事务隔离级别的分类
  • 3. 查看和设置事务隔离级别
    • 3.1 全局和会话隔离级别
    • 3.2 查看和设置隔离级别
  • 4. 事务隔离级别的演示
    • 4.1 读未提交（Read Uncommitted）
    • 4.2 读已提交（Read Committed）
    • 4.3 可重复读（Repeatable Read）
      • 4.3.1 为什么要有可重复读？
      • 4.3.2 可重复读
      • 4.3.3 说明
    • 4.4 序列化（Serializable）
  • 5. 总结

1. 如何理解事务的隔离性

MySQL服务可能会同时被多个客户端进程(线程)访问，访问的方式以事务方式进行。

一个事务可能由多条SQL构成，也就意味着，任何一个事务，都有执行前，执行中，执行后的阶段。而所谓的原子性，其实就是让用户层，要么看到执行前，要么看到执行后。执行中出现问题，可以随时回滚。所以单个事务，对用户表现出来的特性，就是原子性。

但，毕竟所有事务都要有个执行过程，那么在多个事务各自执行多个SQL的时候，就还是有可能会出现互相影响的情况。比如：多个事务同时访问同一张表，甚至同一行数据。

比如，给同学1的任务是一次性把水池装满，给同学2的任务是一次性把水池的水放干：同学1在装水池的过程中而同学2放水池的水，结果他们俩个相互影响都完成不了任务。如果他们两个的工作隔离起来，先让同学1装水，水装满后同学2在进行放水，这样他们两个都可以完成任务。

数据库中，为了保证事务执行过程中尽量不受干扰，就有了一个重要特征：隔离性

数据库中，允许事务受不同程度的干扰，就有了一种重要特征：隔离级别

2. 事务隔离级别的分类

  1. 读未提交（Read Uncommitted）
    定义：在读未提交隔离级别下，一个事务可以读取另一个事务尚未提交的数据。这是最低的隔离级别，允许脏读（Dirty Reads）。

    • 优点：提供最高的并发性能，因为事务之间几乎没有阻塞。
    • 缺点：可能会出现脏读，即读取到其他事务未提交的数据。可能会出现不可重复读（Non-repeatable Reads）和幻读（Phantom Reads）。

  2. 读已提交（Read Committed）
    定义：在读已提交隔离级别下，一个事务只能读取到另一个事务已经提交的数据。事务在每次读取数据时都会看到最新的已提交数据。

    • 优点：避免了脏读。提供了较好的并发性能。
    • 缺点：可能会出现不可重复读，即在同一事务中多次读取同一数据时，可能会得到不同的结果。可能会出现幻读。

  3. 可重复读（Repeatable Read）
    定义：在可重复读隔离级别下，一个事务在执行期间多次读取同一数据时，结果始终相同，即使其他事务对这些数据进行了修改并提交。这是 MySQL 的默认隔离级别。

    • 优点：避免了脏读和不可重复读。提供了较高的数据一致性。
    • 缺点：可能会出现幻读，即在同一事务中多次执行相同的查询，可能会出现新的记录。

  4. 序列化（Serializable）
    定义：在序列化隔离级别下，事务被完全隔离，每个事务都按顺序执行，如同在单线程环境中一样。这是最高的隔离级别，确保了数据的一致性，但并发性能较差。

    • 优点：避免了脏读、不可重复读和幻读。提供了最高的数据一致性。
    • 缺点：并发性能较低，因为事务之间会有更多的阻塞和等待。

3. 查看和设置事务隔离级别

3.1 全局和会话隔离级别

  1. 全局隔离级别（Global Isolation Level）

    • 全局隔离级别为所有新会话的默认隔离级别。
    • 一旦设置，所有新的会话将使用这个隔离级别，除非在会话中明确更改。
    • 对已经存在的会话没有影响。

  2. 会话隔离级别（Session Isolation Level）

    • 会话隔离级别为当前会话的隔离级别。
    • 默认的使用是全局隔离级别。
    • 修改后仅对当前会话有效，不影响其他会话。

3.2 查看和设置隔离级别

全局隔离级别的设置：

SET GLOBAL TRANSACTION ISOLATION LEVEL isolation_level;

查询全局的隔离级别：

SELECT @@GLOBAL.TX_ISOLATION;

会话隔离级别的设置：

SET SESSION TRANSACTION ISOLATION LEVEL isolation_level;

查询会话的隔离级别：

SELECT @@SESSION.TX_ISOLATION;
SELECT @@TX_ISOLATION;

示例：
查询全局隔离级别和会话隔离级别：

# 查看全局隔离级别
select @@global.tx_isolation;# 查看会话
select @@session.tx_isolation;

在这里插入图片描述
显然，全局隔离级别和会话隔离级别是一样的，因为当开启一个新的客户端时，会话隔离级别默认是全局的隔离级别。

修改会话的隔离级别为 read uncommitted 读未提交，再次查询会话隔离级别

set session transaction isolation level read uncommitted;

在这里插入图片描述
显然，会话的隔离级别已经变为读未提交。

修改全局的隔离级别为 read committed 读提交，然后查询全局和会话隔离级别

# 设置全局隔离级别
set global transaction isolation level read committed;# 查询隔离级别
select @@global.tx_isolation;
select @@session.tx_isolation;

在这里插入图片描述
为什么全局隔离级别后，全局隔离级别和会话隔离接不一样呢？
答：会话隔离级别默认的是上次修改的（创建会话时默认全局隔离级别），修改全局隔离级别不能直接修改当前会话的隔离级别。

退出MySQL，再次进入MySQL客户端，查看隔离级别

# 退出
quit# 查询隔离级别
select @@global.tx_isolation;
select @@session.tx_isolation;

在这里插入图片描述
这时两者的隔离级别全是读提交。

4. 事务隔离级别的演示

4.1 读未提交（Read Uncommitted）

字面的意思来理解，当一个客户端在事务中操作时并未提交事务，另一个客户端能读到该客户端操作的数据。

定义：在读未提交隔离级别下，一个事务可以读取另一个事务尚未提交的数据。这是最低的隔离级别，允许脏读（Dirty Reads）。

优点：提供最高的并发性能，因为事务之间几乎没有阻塞。

缺点：可能会出现脏读，即读取到其他事务未提交的数据。可能会出现不可重复读（Non-repeatable Reads）和幻读（Phantom Reads）。

几乎没有加锁，虽然效率高，但是问题太多，严重不建议采用

举例：
创建两个会话。左侧为客户端1，右侧为客户端2。

设置读未提交隔离级别：

set session transaction isolation level read uncommitted;

在这里插入图片描述

在客户端1插入数据，客户端2查询数据。

	# 客户端1insert into students values(1, '李明', 18);# 创建保存点savepoint p1;# 客户端2select * from students;

在这里插入图片描述
显然，在客户端1执行命令后未使用commit提交，在客户端2就可以直接查询出操作结果。
一个事务在执行中，读到另一个执行中事务的更新(或其他操作)但是未commit的数据，这种现象叫做脏读(dirty read）

在客户端1模拟崩溃；然后在客户端2查询数据

	# 客户端1`CRRL + D`# 客户端2select * from students;

在这里插入图片描述
很容易看出，当客户端1没有提交时系统崩溃后就会回滚到事务的开始，事务中所有的操作都会被撤销。

4.2 读已提交（Read Committed）

字面的意思来理解，当一个客户端在事务中操作时并提交事务后，另一个客户端才能读到该客户端操作的数据。

定义：在读已提交隔离级别下，一个事务只能读取到另一个事务已经提交的数据。事务在每次读取数据时都会看到最新的已提交数据。

优点：避免了脏读。提供了较好的并发性能。

缺点：可能会出现不可重复读，即在同一事务中多次读取同一数据时，可能会得到不同的结果。可能会出现幻读。

举例：
创建两个会话。左侧为客户端1，右侧为客户端2。
设置读已提交隔离级别：

set session transaction isolation level read committed;

在这里插入图片描述

在客户端1插入数据，客户端2查询数据。

	# 客户端1insert into students values(1, '李明', 18);# 客户端2select * from students;

在这里插入图片描述
可以发现，客户端1插入数据后在客户端2并不能查询到插入的数据。

这是为什么呢？
答：读已提交隔离级别，一个事务只能读取到另一个事务已经提交的数据，在事务未提交之前其他的客户端时不能读取到的。

在客户端1插入数据并提交，客户端2查询数据。

	# 客户端1insert into students values(2, '诸葛亮', 20);commit;# 客户端2select * from students;

在这里插入图片描述
显然，当客户端1提交事务后客户端2就能读到数据了。

4.3 可重复读（Repeatable Read）

4.3.1 为什么要有可重复读？

读已提交不是已经够完美了吗，为什么还要有可重复读呢？
答：读已提交只是看上去很方便，但是在实际的工作中会有很大的问题，主要的问题就在于在事务中能读到其他已经提交的事务。
比如，学校要给考试成绩好的学生发奖品，工作人员在筛选成绩的同时，另一工作人员发现第9名同学的成绩多算分了，正在减分。如图：
在这里插入图片描述
通过上图可知，小明的名字筛选出两次，那么生成的表中会有两个成绩不一样的名字。这肯定是不合适的。

4.3.2 可重复读

定义：在可重复读隔离级别下，一个事务在执行期间多次读取同一数据时，结果始终相同，即使其他事务对这些数据进行了修改并提交。这是 MySQL 的默认隔离级别。

优点：避免了脏读和不可重复读。提供了较高的数据一致性。

缺点：可能会出现幻读，即在同一事务中多次执行相同的查询，可能会出现新的记录。

举例：
创建两个会话。左侧为客户端1，右侧为客户端2。

设置可重复读隔离级别：

set session transaction isolation level repeatable read;

在这里插入图片描述

在客户端1插入数据，客户端2查询数据。

	# 客户端1insert into students values(3, '李白', 20);# 客户端2select * from students;

在这里插入图片描述
可以发现，客户端1插入数据后在客户端2并不能查询到插入的数据。

在客户端1插入数据后提交事务，客户端2查询数据。

	# 客户端1insert into students values(4, '嫦娥, 18);commit;# 客户端2select * from students;

在这里插入图片描述
客户端1把事务提交后客户端2为什么还是不能查询到数据呢？
答：在可重复读隔离级别下，一个事务在执行期间多次读取同一数据时，结果始终相同，即使其他事务对这些数据进行了修改并提交。只用把自己的事务提交后，才能查询到其他已提交事务更改后的数据。

提交客户端2的事务后再进行查询

# 客户端2
#提交事务
commit;# 查询
select * from students;

在这里插入图片描述
显然，当客户端2提交事务后就可以查询到客户端已插入的数据。

4.3.3 说明

多次查看，发现终端A在对应事务中insert的数据，在终端B的事务周期中，也没有什么影响，也符合可重复的特点。

但是，一般的数据库在可重复读情况的时候，无法屏蔽其他事务insert的数据。

为什么？因为隔离性实现是对数据加锁完成的，而insert待插入的数据因为并不存在，那么一般加锁无法屏蔽这类问题,会造成虽然大部分内容是可重复读的，但是insert的数据在可重复读情况被读取出来，导致多次查找时，会多查找出来新的记录，就如同产生了幻觉。

这种现象，叫做幻读(phantom read)。很明显，MySQL在RR级别的时候，是解决了幻读问题的

(解决的方式是用Next-Key锁(GAP+行锁)解决的。这块比较难，有兴趣同学了解一下)。

4.4 序列化（Serializable）

序列化也叫做串行化。
定义：在序列化隔离级别下，事务被完全隔离，每个事务都按顺序执行，如同在单线程环境中一样。这是最高的隔离级别，确保了数据的一致性，但并发性能较差。

优点：避免了脏读、不可重复读和幻读。提供了最高的数据一致性。

缺点：并发性能较低，因为事务之间会有更多的阻塞和等待。

举例：
创建两个会话。左侧为客户端1，右侧为客户端2。

  1. 场景1：两个客户端都查询数据，客户端2提交事务，然后客户端1提交事务。
    设置序列化隔离级别，开启事务

    set session transaction isolation level serializable;

    在这里插入图片描述

    客户端1和客户端2都对表进行查询（此时两个事务都对表进行了加锁）

    # 客户端1
select * from students;# 客户端2
select * from students;

    在这里插入图片描述

    客户端1进行插入表操作时发生锁等待
    在这里插入图片描述
    客户端1输入插入命令按回车键后，光标在命令的下面，说明该命令正在等待执行，这是为什么呢？

    答：在序列化隔离级别下，产生锁是为了确保数据的一致性；事务中的命令只要对表进行查询，就会锁住表，但是其他事务中的命令对此表也可以进行锁住；表只有被一个事务锁住时才能进行修改操作。

    此时的表被两个事务锁住了，客户端1想进行修改操作只有先让客户端2把事务提交（解开对表的锁）。

    客户端2对表解锁：

    # 客户端2
commit;

    在这里插入图片描述

  2. 场景2：两个客户端都查询数据，然后都插入数据
    设置序列化隔离级别，开启事务

    set session transaction isolation level serializable;

    在这里插入图片描述

    客户端1和客户端2都对表进行查询（此时两个事务都对表进行了加锁）

    # 客户端1
select * from students;# 客户端2
select * from students;

    客户端1对表进行插入，客户端2对表进行插入

    # 客户端1
insert into students values(6,'6',6);# 客户端2
insert into students values(7,'7',7);

    在这里插入图片描述
    当客户端2对表进行插入的时候发生死锁，什么是死锁呢？
    答：两个事务试图同时访问同一个资源（比如插入同一条记录，就会发生死锁。MySQL会检测到这种情况，并返回错误信息，提示用户重启其中一个事务。

    当客户端2发生死锁的时候就会被强制重启事务，此时读表的锁就只有客户端2了，客户端1对表的操作就可以进行了。

  3. 场景3：两个客户端都查询数据，客户端1插入数据（等待插入数据）
    设置序列化隔离级别，开启事务

    set session transaction isolation level serializable;

    在这里插入图片描述

    客户端1和客户端2都对表进行查询（此时两个事务都对表进行了加锁）

    # 客户端1
select * from students;# 客户端2
select * from students;

    客户端1对表进行插入，客户端2不进行任何操作

    # 客户端1
insert into students values(6,'6',6);# 客户端2

    在这里插入图片描述
    执行步骤3后不在进行任何的操作，过几分钟后步骤4会自动弹出，修改表的操作尝试获取锁时超过了等待时间限制，导致事务无法继续执行。

5. 总结

  • 其中隔离级别越严格，安全性越高，但数据库的并发性能也就越低，往往需要在两者之间找一个平
    衡点。
  • 不可重复读的重点是修改和删除：同样的条件, 你读取过的数据,再次读取出来发现值不一样了
  • 幻读的重点在于新增：同样的条件, 第1次和第2次读出来的记录数不一样
  • 说明：mysql 默认的隔离级别是可重复读,一般情况下不要修改
  • 上面的例子可以看出，事务也有长短事务这样的概念。事务间互相影响，指的是事务在并行执行的时候，即都没有commit的时候，影响会比较大。
隔离级别脏读不可重复读幻读加锁读
读未提交（read uncommit）YESYESYESNO
读已提交（read commit）NOYESYESNO
可重复读（repeatable）NONONONO
序列化（可串行化）（serializable）NONONOYES

一致性(Consistency) ：

  • 事务执行的结果，必须使数据库从一个一致性状态，变到另一个一致性状态。当数据库只包含事务
    成功提交的结果时，数据库处于一致性状态。如果系统运行发生中断，某个事务尚未完成而被迫中
    断，而改未完成的事务对数据库所做的修改已被写入数据库，此时数据库就处于一种不正确（不一
    致）的状态。因此一致性是通过原子性来保证的。
  • 其实一致性和用户的业务逻辑强相关，一般MySQL提供技术支持，但是一致性还是要用户业务逻辑
    做支撑，也就是，一致性，是由用户决定的。
  • 而技术上，通过AID保证C

推荐阅读 ：
如何实现事务的隔离性
Innodb中的事务隔离级别和锁的关系
MySQL间隙锁原理

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.xdnf.cn/news/15126.html

如若内容造成侵权/违法违规/事实不符，请联系一条长河网进行投诉反馈，一经查实，立即删除！

相关文章

【热门主题】000044 大数据治理：开启数据时代新征程

【热门主题】000044 大数据治理：开启数据时代新征程

前言：哈喽，大家好，今天给大家分享一篇文章！并提供具体代码帮助大家深入理解，彻底掌握！创作不易，如果能帮助到大家或者给大家一些灵感和启发，欢迎收藏关注哦 💕 目录 【热…
阅读更多...
JavaWeb后端开发知识储备1

JavaWeb后端开发知识储备1

目录 1.DTO/VO/PO 2.MVC架构/微服务架构 3.JWT令牌流程 4.ThreadLocal 5.接口路径/路径参数 1.DTO/VO/PO 1.1 DTO DTO 即 Data Transfer Object—— 数据传输对象，是用于传输数据的对象，通常在服务层与表现层之间传递数据，DTO 通常用于…
阅读更多...
35岁程序员的四条职业发展路径：提前规划，迎接新起点

35岁程序员的四条职业发展路径：提前规划，迎接新起点

引言 20多岁：初入职场，怀揣梦想，对未来充满期待。30多岁：面临家庭与事业的双重压力，开始感到迷茫与焦虑。40岁：步入中年，如何在激烈的职场竞争中保持优势，继续书写精彩人生&#xf…
阅读更多...
C++提高编程-泛型编程

C++提高编程-泛型编程

一、模板： 1.1.模板的概念: 1.模板就是建立通用的模具，大大提高复用性2.例如生活中的模板: 一寸照片模板： PPT模板： 模板的特点： 模板不可以直接使用，它只是一个框架模板的通用并不是万能的 二、泛型编…
阅读更多...
【Chapter 3】Machine Learning Classification Case_Prediction of diabetes-XGBoost

【Chapter 3】Machine Learning Classification Case_Prediction of diabetes-XGBoost

文章目录 1、XGBoost Algorithm2、Comparison of algorithm implementation between Python code and Sentosa_DSML community edition(1) Data reading and statistical analysis(2)Data preprocessing(3)Model Training and Evaluation(4)Model visualization 3、summarize 1…
阅读更多...
Java学习——Day12

Java学习——Day12

多态指的是同一个方法不同对象调用会有不同的行为，多态是方法的多态，属性没有多态，多态要有继承和重写。 这就是多态，其实原理也很简单，就是利用继承方法的重写实现的 对象的转型 向上转型：子类转成父类&…
阅读更多...
AI生成字幕模型whisper介绍与使用

AI生成字幕模型whisper介绍与使用

文章目录 前言一、whisper介绍二、预训练模型下载与环境配置三、推理 前言 随着人工智能技术的飞速发展，AI生成字幕模型已成为视频内容创作和传播领域的重要工具。其中，OpenAI推出的Whisper模型以其卓越的性能和广泛的应用场景，受到了广大用…
阅读更多...
计算机毕业设计 | SpringBoot社区物业管理系统 小区管理(附源码)

计算机毕业设计 | SpringBoot社区物业管理系统 小区管理(附源码)

1， 概述 1.1 课题背景 近几年来，随着物业相关的各种信息越来越多，比如报修维修、缴费、车位、访客等信息，对物业管理方面的需求越来越高，我们在工作中越来越多方面需要利用网页端管理系统来进行管理，我们…
阅读更多...
4G与lora DTU农业监测应用数字化管理升级

4G与lora DTU农业监测应用数字化管理升级

农业监测的数字化管理升级，通过采用4G和LoRa等无线技术，解决渔业养殖、畜牧管理、农业灌溉以及远程监测等领域的互联互通。 渔业养殖水质监测 在渔业养殖中4G DTU通过采集各种水质传感器进行水质监测，4G DTU能够实时监测养殖水体的温度、pH值…
阅读更多...
GA/T1400视图库平台EasyCVR视频融合平台HLS视频协议是什么？

GA/T1400视图库平台EasyCVR视频融合平台HLS视频协议是什么？

在数字化时代，视频监控系统已成为保障安全、提升效率的关键技术。EasyCVR视频融合云平台，作为TSINGSEE青犀视频在“云边端”架构体系中的重要一环，专为大中型项目设计，提供了一个跨区域、网络化的视频监控综合管理系统平台。它不仅…
阅读更多...
maven工程修改jdk编译版本的几种方法

maven工程修改jdk编译版本的几种方法

一.背景 maven工程修改jdk编译版本的几种方法，以前这些小细节处理了就处理了，没有去记录，现在带徒弟，就写下吧！可能不全面，不喜勿喷。哦，说下，本文的例子是在eclipse中开发截图的。 …
阅读更多...
详细介绍Transformer！

详细介绍Transformer！

🤗Transformer是一种神经网络架构，核心思想是利用自注意力机制来捕捉序列中元素之间的关系。从而避免了传统RNN难以处理长序列依赖的问题。 Transformer的主要组件和流程 💫Encoder-Decoder结构 Transformer包含编码器和解码器两个主要部分…
阅读更多...
中国车牌分类

中国车牌分类

从颜色和单双层分类(不考虑临时车牌) 黄单黄双黄绿单蓝单蓝双绿单绿双黑单黑双白单白双 #特殊文字 挂使港澳学警领临
阅读更多...
【4060显卡也能跑高质量的Flux模型了吗】MIT Han 实验室开源了一个Flux的量化项目——SVDQuant

【4060显卡也能跑高质量的Flux模型了吗】MIT Han 实验室开源了一个Flux的量化项目——SVDQuant

麻省理工学院（MIT）Han 实验室一直在积极开展一系列项目，包括微小机器学习（Tiny Machine Learning）、SANA、SVDQuant 和 QServe，这些项目旨在提高人工智能计算的效率，并实现在边缘设备上的高效部…
阅读更多...
基于Java Springboot学生管理系统

基于Java Springboot学生管理系统

一、作品包含 源码数据库全套环境和工具资源部署教程 二、项目技术 前端技术：Html、Css、Js、Vue 数据库：MySQL 后端技术：Java、Spring Boot、MyBatis 三、运行环境 开发工具：IDEA 数据库：MySQL5.7 数据库管理…
阅读更多...
DELL Precision 系列默认用的都是非ECC内存

DELL Precision 系列默认用的都是非ECC内存

文章目录 DELL Precision 系列默认用的都是非ECC内存概述SSD升级SSD1SSD2 笔记DELL Precision 系列默认用的都是非ECC内存可以选非ECC的内存 备注备注如果不差钱备注END DELL Precision 系列默认用的都是非ECC内存 概述 去了一次DELL维修中心，清了一次灰。人工真贵…
阅读更多...
Linux基础（2）以及资源耗尽病毒的编写（详见B站泷羽sec）

Linux基础（2）以及资源耗尽病毒的编写（详见B站泷羽sec）

免责声明：本教程作者及相关参与人员对于任何直接或间接使用本教程内容而导致的任何形式的损失或损害，包括但不限于数据丢失、系统损坏、个人隐私泄露或经济损失等，不承担任何责任。所有使用本教程内容的个人或组织应自行承担全部风险。 Linux…
阅读更多...
20241114软考架构-------软考案例15答案

20241114软考架构-------软考案例15答案

每日打卡题案例15答案 15.【2016年真题】 难度：一般 阅读以下关于应用服务器的叙述，在答题纸上回答问题1至问题3。（25分） 【说明】 某电子产品制造公司，几年前开发建设了企业网站系统，实现了企业宣传、产品…
阅读更多...
【LeetCode】每日一题 2024_11_14 统计好节点的数目（图/树的 DFS）

【LeetCode】每日一题 2024_11_14 统计好节点的数目（图/树的 DFS）

前言 每天和你一起刷 LeetCode 每日一题~ LeetCode 启动！ 题目：统计好节点的数目 代码与解题思路 先读题：题目要求我们找出好节点的数量，什么是好节点？“好节点的所有子节点的数量都是相同的”，拿示例一…
阅读更多...
HarmonyOs DevEco Studio小技巧29--ArkTS文字如何渐变

HarmonyOs DevEco Studio小技巧29--ArkTS文字如何渐变

这是需求 昨天想了老多方法 一开始以为加上线性渐变这个属性就好了 Entry Component struct TextTest {State message: string 中华人民共和国万岁;build() {RelativeContainer() {Text(this.message).id(TextTestHelloWorld).fontSize(33).fontWeight(FontWeight.Bold).alig…
阅读更多...
最新文章

Copyright @ 2022~2023