MySQL谈谈InnoDB怎么解决幻读的

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: MySQL谈谈InnoDB怎么解决幻读的

1. 结论

 

首先说结论,在RR的隔离级别下,Innodb使用MVCC和next-key locks解决幻读,MVCC解决的是普通读(快照读)的幻读,next-key locks解决的是当前读情况下的幻读。

 

2. 幻读是什么

 

事务A,先执行:

 

update table set name=“hh” where id>3;

 

结果为:

 

OK row xx 表名成功影响多少行数据

 

事务B,后执行,并且提交:

 

insert into table values(11, uu);
 
commit;

 

事务A,然后再select一下:

 

select * from table where id>3

 

结果集为:

 

… 11,uu …

 

事务A懵了,我特么不是id>3全部更新了吗

 

这次是已提交事务B对事务A产生的影响,这个影响叫做“幻读”。

 

幻读和不可重复读的区别是,前者是一个范围,后者是本身

 

3. 怎么解决的?

 

3.1. 当前读

 

所谓当前读,指的是加锁的select(S或者X), update, delete等语句。

 

在RR的事务隔离级别下,数据库会使用next-key locks来锁住本条记录以及索引区间。

 

拿上面那个例子来说,在RR的情况下,假设使用的是当前读,加锁了的读select * from table where id>3 锁住的就是id=3这条记录以及id>3这个区间范围,锁住索引记录之间的范围,避免范围间插入记录,以避免产生幻影行记录。

 

3.2. 普通读

 

因为普通读是不会加锁的读,故不会有next-key locks的使用,解决幻读的手段是MVCC

 

MVCC会给每行元组加一些辅助字段,记录创建版本号和删除版本号。

 

而每一个事务在启动的时候,都有一个唯一的递增的版本号。每开启一个新事务,事务的版本号就会递增。

 

默认的隔离级别(REPEATABLE READ)下,增删查改变成了这样:

SELECT

 

  • 读取创建版本小于或等于当前事务版本号,并且删除版本为空或大于当前事务版本号的记录。这样可以保证在读取之前记录是存在的

 

INSERT

 

  • 将当前事务的版本号保存至行的创建版本号

 

UPDATE

 

  • 新插入一行,并以当前事务的版本号作为新行的创建版本号,同时将原记录行的删除版本号设置为当前事务版本号

 

DELETE

 

  • 将当前事务的版本号保存至行的删除版本号

 

比如我插入一条记录, 事务id 假设是1 ,那么记录如下:也就是说,创建版本号就是事务版本号。

 

如果我更新的话,事务id假设是2

 

 

这里是把name更新为taotao,原来的元组deleteversion版本号为这个事务的id,并且新增一条

 

如果我删除的话,假设事务是id=3        

 

   

就变成现在这个样子

 

关键点来了

 

现在我读取的话,必须同时满足两个条件的

 

  • 读取创建版本小于或等于当前事务版本号   这意味着数据在这个事务之前被创建
  • 删除版本为空或大于当前事务版本号的记录。 这意味着删除操作在这个事务之后发生

 

就拿上面那个例子说明

 

当前数据库的状态

 

 

假设事务A的id=10

 

现在update table set name=“hh” where id>3;执行这条语句

 

 

事务B的id=11

 

insert into table values(11, uu);

 

 

最后事务A(id=10)在此读取

 

select * from table where id>3

 

根据上述的规则,读取创建版本好小于等于当前事务的→那么(4,a)(5,b)(4,hh)(5,hh)

 

上面规则的输出作为下面规则的输入的话,删除版本为空或大于当前事务版本号的记录→(4,hh)(5,hh)

 

如此读取就没有读取到事务B新插入的那行,解决幻读

 

如果事务B是更新id=4 的元组name=cc呢

 

同理,根据update的规则

 

 

然后根据select的规则去读取的话,得到的还是(4,hh)(5,hh)

 

4. 多说一句

 

 

在RC的模式下,MVCC解决不了幻读和不可重复读,因为每次读都会读它自己刷新的快照版本,简单来说就是另一个事务提交,他就刷新一次,去读最新的

相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
4天前
|
存储 关系型数据库 MySQL
MySQL数据库进阶第六篇(InnoDB引擎架构,事务原理,MVCC)
MySQL数据库进阶第六篇(InnoDB引擎架构,事务原理,MVCC)
|
9天前
|
存储 SQL 关系型数据库
【MySQL技术内幕】6.3-InnoDB中的锁
【MySQL技术内幕】6.3-InnoDB中的锁
144 57
|
9天前
|
存储 算法 关系型数据库
【MySQL技术内幕】5.7- InnoDB存储引擎中的哈希算法
【MySQL技术内幕】5.7- InnoDB存储引擎中的哈希算法
14 1
|
9天前
|
存储 算法 关系型数据库
【MySQL技术内幕】4.4-InnoDB数据页结构
【MySQL技术内幕】4.4-InnoDB数据页结构
14 1
|
9天前
|
存储 关系型数据库 MySQL
【MySQL技术内幕】5.1-InnoDB存储引擎索引概述
【MySQL技术内幕】5.1-InnoDB存储引擎索引概述
22 0
|
9天前
|
存储 SQL 关系型数据库
【MySQL技术内幕】4.2-InnoDB行记录格式
【MySQL技术内幕】4.2-InnoDB行记录格式
14 0
|
9天前
|
存储 关系型数据库 MySQL
【MySQL技术内幕】4.2-InnoDB逻辑存储结构
【MySQL技术内幕】4.2-InnoDB逻辑存储结构
11 0
|
1月前
|
存储 监控 关系型数据库
MySQL 参数innodb_read_io_threads
`innodb_read_io_threads` 是 MySQL 数据库中 InnoDB 存储引擎的一个配置参数,它用于指定后台线程池中用于处理读取 I/O 请求的线程数量。InnoDB 存储引擎负责管理数据库的物理存储和检索,是 MySQL 最常用的存储引擎之一。 ### 参数说明 - **名称**: `innodb_read_io_threads` - **默认值**: 4 - **范围**: 1 到 64 - **动态修改**: 不能动态修改(需要重启服务器) - **适用版本**: MySQL 5.6 及以上版本 ### 作用 `innodb_read_io_threads`
144 1
|
10天前
|
存储 算法 关系型数据库
【MySQL技术内幕】2.3-InnoDB体系架构
【MySQL技术内幕】2.3-InnoDB体系架构
11 1
|
16天前
|
存储 关系型数据库 MySQL
MySQL数据库——InnoDB引擎-逻辑存储结构(表空间、段、区、页、行)
MySQL数据库——InnoDB引擎-逻辑存储结构(表空间、段、区、页、行)
32 7