【MYSQL】MYSQL 的学习教程(十一)之 MySQL 不同隔离级别,都使用了哪些锁

聊聊不同隔离级别下,都会使用哪些锁?

在这里插入图片描述

1. MySQL 锁机制

对于 MySQL 来说,如果只支持串行访问的话,那么其效率会非常低。因此,为了提高数据库的运行效率,MySQL 需要支持并发访问。而在并发访问的情况下,会发生各种各样的问题,例如:脏读、不可重复读、幻读等问题。为了解决这些问题,就出现了事务隔离级别

本质上,事务隔离级别就是为了解决并发访问下的数据一致性问题的。不同的事务隔离级别,解决了不同程度的数据一致性

我们所说的全局锁、表锁、行级锁等等,其实都是事务隔离级别的具体实现。而 MVCC、意向锁,则是一些局部的性能优化

2. 事务隔离级别

MySQL 数据库有四大隔离级别:

  • 读未提交(脏读):可以读取到其他事务还没提交的数据。 未提交的数据可能会发生回滚,因此我们把该级别读取到的数据称之为脏数据,把这个问题称之为脏读
  • 读已提交(不可重复读):该隔离级别的事务能读取到已经提交事务的数据。 因此它不会有脏读问题。但由于在事务的执行中可以读取到其他事务提交的结果,所以在不同时间的相同 SQL 查询中,可能会得到不同的结果,这种现象叫做不可重复读
  • 可重复读(MySQL 的默认事务隔离级别:幻读):同一事务范围内读取到的数据是一致的。 但也会有新的问题,比如:此级别的事务正在执行时,另一个事务成功的插入了某条数据,两次查询结果记录条数不一样
  • 串行化:所有事务串行执行。 不用去竞争,一个个去执行,但是效率也是最低的
    • 当事务读取数据时,会获取共享锁,以确保数据的一致性。如果有其他事务已经持有排他锁,则读取操作需要等待排他锁释放
    • 当事务修改数据时,会获取排他锁,以防止其他事务读取或修改相同的数据。如果有其他事务已经持有共享锁或排他锁,则修改操作需要等待相关锁释放

3. MySQL 锁类型

在 MySQL 中有全局锁、表级锁、行级锁三种类型,其中比较关键的是表级锁、行级锁

MySQL 锁类型:

  • 全局锁
  • 表级锁
    • 表锁:在 Innodb 存储存储引擎中,表锁也用得比较少
    • 元数据锁:基本上都是数据库自行操作
    • 意向锁
  • 行级锁
    • 记录锁:某个索引记录的锁
    • 间隙锁:两个索引记录之间的空隙锁
    • 临键锁:记录锁 + 间隙锁
    • 自增锁

在 Innodb 存储引擎中,我们可以通过下面的命令来查询锁的情况:

# 开启锁的日志
set global innodb_status_output_locks=on; 
# 查看innodb引擎的信息(包含锁的信息)
show engine innodb status\G;

查询结果一般如下图所示:

在这里插入图片描述

上面几种不同类型的锁,其各自的关键字为:

  • 表级的意向排它锁(IX):lock mode IX。
  • 行级的插入意向锁(LOCK_INSERT_INTENTION): lock_mode X locks gap before rec insert intention
  • 行级的记录锁(LOCK_REC_NOT_GAP): lock_mode X locks rec but not gap
  • 行级的间隙锁(LOCK_GAP): lock_mode X locks gap before rec
  • 行级的 Next-key 锁(LOCK_ORNIDARY): lock_mode X

通过上面的命令,我们就可以知道不同的事务隔离级别使用了哪些锁了

4. 准备数据测试

CREATE TABLE `2022`.`price_test` (`id` BIGINT(64) NOT NULL AUTO_INCREMENT,`name` varchar(32) not null,`price` INTEGER(4) NULL,PRIMARY KEY (`id`));INSERT INTO price_test(name,price) values('apple', 10);

四种隔离级别:

  • READ UNCOMMITTED:读未提交
  • READ COMMITTED:读已提交
  • REPEATABLE READ:可重复读
  • SERLIALIZABLE:序列化

5. 读未提交

打开两个命令行窗口,并且都修改事务隔离级别为「读未提交」

// 设置隔离级别
SET session TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
// 查看隔离级别
select @@transaction_isolation;

5.1 读写

  1. 事务 A 执行如下命令,查询出 id 为 1 记录的 price 值,不提交事务
begin;
select * from price_test where id = 1;
  1. 接着,事务 B 执行如下命令,修改 price 为 20
begin;
update price_test set price = 20 where id = 1;
  1. 接着,事务 A 再次读取 id 为 1 记录的 price 值。事务 A 读取到了事务 B 未提交的数据,这其实就是脏读
select * from price_test where id = 1;

在这里插入图片描述

【结论】:在「读未提交」事务隔离级别下,读写是可以同时进行的,不会阻塞。

5.2 写写

事务 A 和 事务 B 同时对 id 为 1 的记录进行更新,看看是否能够更新成功

  1. 先用如下命令在事务 A(上边的窗口)执行,将 price 修改为 15,此时事务 A 还未提交。
begin;
update price_test set price = 15 where id = 1;
  1. 如下命令在事务 B(下边的窗口)执行,将 price 修改为 20,从图中可以看到,事务 B 阻塞卡住了
begin;
update price_test set price = 20 where id = 1;

【结论】:在「读未提交」事务隔离级别下,写写不可以同时进行的,会阻塞

在这里插入图片描述

通过查看锁信息可以看到,其是加上一个行级别的记录锁,如下图所示:

在这里插入图片描述

如果指定了非索引的列作为查询条件,是否会触发间隙锁呢?

插入一条数据:

INSERT INTO `2022`.`price_test` (`id`, `name`, `price`) VALUES (2, 'orange', 30);
  1. 在事务 A 执行如下命令:select * from price_test where price > 15 for update;,查询 price > 15 的记录:

  2. 接着,我们在事务 B 执行如下命令:select * from price_test where price > 5 for update;,查询 price > 5 的记录。从如下结果可以看到,事务 B 阻塞住了:

在这里插入图片描述
3. 事务 A 查看锁的情况,如下图所示:

在这里插入图片描述

从上图可以看出,MySQL 只是加上了一个记录锁,并没有加间隙锁

5.3 总结

在「读未提交」隔离级别下,读写操作可以同时进行,但写写操作无法同时进行。与此同时,该隔离级别下只会使用行级别的记录锁,并不会用间隙锁

6. 读已提交

设置一下隔离级别为「读已提交」

SET session TRANSACTION ISOLATION LEVEL READ COMMITTED;

6.1 读写

  1. 事务 A 执行如下命令,查询出 id 为 1 记录的 price 值,不提交事务
begin;
select * from price_test where id = 1;
  1. 接着,事务 B 执行如下命令,修改 price 为 20
begin;
update price_test set price = 20 where id = 1;
  1. 接着,事务 A 再次读取 id 为 1 记录的 price 值。事务 A 未读取到了事务 B 未提交的数据,未产生脏读
select * from price_test where id = 1;

在这里插入图片描述

6.2 写写

测试同时对 id 为 1 的数据进行更新:

  1. 事务 A 执行如下命令:
begin;
update price_test set price = 15 where id = 1;
  1. 接着事务 B 执行如下命令:
begin;
update price_test set price = 20 where id = 1;
  1. 事务 B 阻塞了。查看下锁信息,如下图所示

在这里插入图片描述

可以看到,其锁是一个行级别的记录锁,结果和「读未提交」的是一样的

继续看看范围的查询是否会触发间隙锁

  1. 事务 A 执行:
begin;
select * from price_test where price > 5 for update;
  1. 事务 B 执行:
begin;
select * from price_test where price > 15 for update;
  1. 事务 B 会阻塞,查看锁信息如下图所示

在这里插入图片描述

6.3 总结

在「读已提交」隔离级别下,只会使用行级别的记录锁,并不会用间隙锁。

6.4 读已提交隔离级别如何解决了【脏读】问题

脏读:是在并发事务中,一个事务可以读取到另一个未提交事务的数据

在“读已提交”隔离级别下,事务只能读取已经提交的数据,而不能读取未提交的数据。这意味着当一个事务正在进行修改时,其他事务无法读取到该事务所做的修改,直到该事务提交

为了实现"读已提交"隔离级别,数据库管理系统通常使用锁机制或多版本并发控制(MVCC)。锁机制可以确保一个事务在修改数据时对其他事务进行阻塞,以防止脏读。而MVCC则通过为每个事务创建不同的数据版本来实现隔离,并且只允许事务读取已提交的数据版本

7. 可重复读

我们设置一下隔离级别为「可重复读」

SET session TRANSACTION ISOLATION LEVEL REPEATABLE READ;

7.1 读写

  1. 事务 A 执行如下命令,查询出 id 为 1 记录的 price 值,不提交事务
begin;
select * from price_test where id = 1;
  1. 接着,事务 B 执行如下命令,修改 price 为 20
begin;
update price_test set price = 20 where id = 1;
  1. 接着,事务 A 再次读取 id 为 1 记录的 price 值。事务 A 未读取到了事务 B 未提交的数据,未产生脏读
select * from price_test where id = 1;

7.2 写写

同时对 id 为 1 的数据进行更新,看看会发生什么

  1. 事务 A 执行如下命令:
begin;
update price_test set price = 15 where id = 1;
  1. 事务 B 执行如下命令
begin;
update price_test set price = 20 where id = 1;
  1. 事务 B 阻塞了。查看下锁信息,加上一个行级别的记录锁

在这里插入图片描述

继续看看范围的查询是否会触发间隙锁?

  1. 事务 A 执行:
begin;
select * from price_test where price > 5 for update;
  1. 事务 B 执行:
begin;
select * from price_test where price > 15 for update;
  1. 事务 B 会阻塞,查看锁信息如下图所示

在这里插入图片描述

可以看到,在这里就变成了 Next-Key 锁,就是记录锁和间隙锁结合体

7.3 总结

在「可重复读」隔离级别下,使用了记录锁、间隙锁、Next-Key 锁三种类型的锁

可重复读存在幻读的问题,但实际上在 MySQL 中,因为其使用了间隙锁,所以在「可重复读」隔离级别下,可用加锁解决幻读问题。因此,MySQL 将「可重复读」作为了其默认的隔离级别

8. 总结

对于任何隔离级别,表级别的表锁、元数据锁、意向锁都是会使用的,但对于行级别的锁则会有些许差别

  • 在「读未提交」和「读已提交」隔离级别下,都只会使用记录锁,不会用间隙锁,当然也不会有 Next-Key 锁了
  • 对于「可重复读」隔离级别来说,会使用记录锁、间隙锁和 Next-Key 锁

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

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

CMU15-445-Spring-2023-Project #2 - B+Tree

前置知识:参考上一篇博文 CMU15-445-Spring-2023-Project #2 - 前置知识(lec07-010) CHECKPOINT #1 Task #1 - BTree Pages 实现三个page class来存储B树的数据。 BTree Page internal page和leaf page继承的基类,只包含两个…

软件测试|好用的pycharm插件推荐(五)——Translation

前言 在我们的日常工作中,经常会遇到需要查看各个第三方库源码的问题,在很多情况下,我们的英语能力不能够满足我们完全读懂源码,所以我们就需要借助翻译工具来帮助我们理解第三方库的源码,如果我们将源码复制再使用其…

使用Vivado Design Suite平台板、将IP目录与平台板流一起使用

使用Vivado Design Suite平台板流 Vivado设计套件允许您使用AMD目标设计平台板(TDP)创建项目,或者已经添加到板库的用户指定板。当您选择特定板,Vivado设计工具显示有关板的信息,并启用其他设计器作为IP定制的一部分以…

STK 特定问题建模(五)频谱分析(第一部分)

文章目录 简介一、GEO星地通信收发机设计1.1 GEO卫星仿真1.2 地面接收机仿真 二、LEO星座及天线设计 简介 本篇对卫星通信中的频谱利用率、潜在干扰对频谱的影响进行分析,以LEO卫星信号对GEO通信链路影响为例,分析星地链路频谱。 建模将从以下几个部分…

2000-2022各省、地级市风险投资(VC)数据

2000-2022各省、地级市风险投资(VC)数据 1、时间:2000-2022年 2、范围:350个地级市,34省 3、指标:包含投资机构层面的风险投资原始数据,汇总到省市层面的结果数据,具体指标如下&a…

2024年中国杭州|网络安全技能大赛(CTF)正式开启竞赛报名

前言 一、CTF简介 CTF(Capture The Flag)中文一般译作夺旗赛,在网络安全领域中指的是网络安全技术人员之间进行技术竞技的一种比赛形式。CTF起源于1996年DEFCON全球黑客大会,以代替之前黑客们通过互相发起真实攻击进行技术比拼的…

linux 01 centos镜像下载,服务器,vmware模拟服务器

https://www.bilibili.com/video/BV1pz4y1D73n?p3&vd_source4ba64cb9b5f8c56f1545096dfddf8822 01.使用的版本 国内主要使用的版本是centos 02.centos镜像下载 这里的是centos7 一.阿里云官网地址:https://www.aliyun.com/ 二. -----【文档与社区】 —【…

GitLab clone 地址不对的解决办法

1丶问题描述 2丶解决方案 解决方案: 找到挂载到宿主机配置文件:gitlab.rb vi gitlab.rb 改成自己的ip 重启容器 docker restart gitlab 如果发现容器一直重启,可采用粗暴的方法,直接干掉当前容器,重新运行一个 …

如何防止网络钓鱼攻击?

鉴于网络钓鱼攻击通常用于诱骗受害者在其设备上安装恶意软件,因此用于防止网络钓鱼攻击的技术与防止恶意软件攻击的技术大致相同。但是,可以说网络钓鱼攻击主要是疏忽造成的,因此,安全意识培训是最好的防范方法。员工应该接受过充…

Android 事件分发介绍

文章目录 一、目的二、环境三、相关概念3.1 事件分发 四、详细设计4.1应用布局4.1.1 应用布局结构4.1.2 LayoutInspector 4.2 关键View&方法4.2.1 相关View4.2.2 相关方法4.2.3 View与方法关系 4.3 事件分发概念图4.3.1 事件分发类图4.3.2 事件分发模型图 4.4 Activity组件…

【C++】STL 算法 ④ ( 函数对象与谓词 | 一元函数对象 | “ 谓词 “ 概念 | 一元谓词 | find_if 查找算法 | 一元谓词示例 )

文章目录 一、函数对象与谓词1、一元函数对象2、" 谓词 " 概念3、find_if 查找算法 二、一元谓词示例1、代码示例 - 一元谓词示例2、执行结果 一、函数对象与谓词 1、一元函数对象 " 函数对象 " 是通过 重载 函数调用操作符 () 实现的 operator() , 函数对…

Qt QRadioButton单选按钮控件

文章目录 1 属性和方法1.1 文本1.2 选中状态1.3 自动排他1.4 信号和槽 2 实例2.1 布局2.2 代码实现 Qt中的单选按钮类是QRadioButton它是一个可以切换选中(checked)或未选中(unchecked)状态的单选按钮单选按钮常用在“多选一”的场…