innodb解决幻读

1. 结论
首先说结论,在RR的隔离级别下,Innodb使用MVVC和next-key locks解决幻读,MVVC解决的是普通读(快照读)的幻读,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的使用,解决幻读的手段是MVVC

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

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

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

SELECT
读取创建版本小于或等于当前事务版本号,并且删除版本为空或大于当前事务版本号的记录。这样可以保证在读取之前记录是存在的
INSERT
将当前事务的版本号保存至行的创建版本号
UPDATE
新插入一行,并以当前事务的版本号作为新行的创建版本号,同时将原记录行的删除版本号设置为当前事务版本号
DELETE
将当前事务的版本号保存至行的删除版本号

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

id

name

createversion

deleteversion

1 wxt 1

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

id

name

createverison

deleteversion

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

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

id

name

createverison

deleteversion

1 taotao 2 3
就变成现在这个样子

关键点来了

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

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

就拿上面那个例子说明

当前数据库的状态

id

name

createverison

deleteversion

4
a

2  
5 b 5

假设事务A的id=10

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

id

name

createverison

deleteversion

4
a

2 10
5 b 5 10
4
hh

10  
5 hh 10

事务B的id=11

insert into table values(11, uu);

id

name

createverison

deleteversion

4
a

2 10
5 b 5 10
4
hh

10  
5 hh 10  
11 uu 11

最后事务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的规则

id

name

createverison

deleteversion

4
a

2 10
5 b 5 10
4
hh

10 11
5 hh 10  
4 cc 11

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

4. 多说一句
在RC的模式下,MVVC解决不了幻读和不可重复读,因为每次读都会读它自己刷新的快照版本,简单来说就是另一个事务提交,他就刷新一次,去读最新的
————————————————
版权声明:本文为CSDN博主「Aaron_涛」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/qq_33330687/article/details/89004462

原文地址:https://www.cnblogs.com/minikobe/p/12298533.html

时间: 2024-08-30 09:38:05

innodb解决幻读的相关文章

Next-key locking是如何解决幻读问题的

Next-key locking是如何解决幻读问题的 首先什么是幻读呢? 举个例子,两个男孩同时在追求一个女生的故事 A问:你有男朋友吗?女孩对他说没有.A追求女孩的事件还没有提交,就是继续追求哈. 就在A追求的同时,B也在追求,并且直接让女孩做他的女朋友,女孩答应了,B的追求事件结束. A又问:你有男朋友吗? 女孩对他说我已经有男朋友了! 呜呜呜 !刚才你还没有的,怎么现在就有了呢? 女孩说,你也没说过你追我的时候不让别人追我啊!... ... A哭着走了. 幻读 Phantom Proble

MySQL的可重复读级别能解决幻读吗

引言 之前在深入了解数据库理论的时候,了解到事物的不同隔离级别可能存在的问题.为了更好的理解所以在MySQL数据库中测试复现这些问题.关于脏读和不可重复读在相应的隔离级别下都很容易的复现了.但是对于幻读,我发现在可重复读的隔离级别下没有出现,当时想到难道是MySQL对幻读做了什么处理? 测试: 创建一张测试用的表dept: CREATE TABLE `dept` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(20) DEFAULT

面试官:MySQL的可重复读级别能解决幻读问题吗?

引言 之前在深入了解数据库理论的时候,了解到事务的不同隔离级别可能存在的问题.为了更好的理解所以在MySQL数据库中测试复现这些问题.关于脏读和不可重复读在相应的隔离级别下都很容易的复现了. 但是对于幻读,我发现在可重复读的隔离级别下没有出现,当时想到难道是MySQL对幻读做了什么处理? 测试: 创建一张测试用的表dept: CREATETABLE`dept`(`id`int(11)NOTNULLAUTO_INCREMENT,`name`varchar(20)DEFAULTNULL,PRIMAR

mysql repeatable-read 一次利用间隙锁解决幻读案例

repeatable-read是Mysql默认事务隔离级别!能解决脏读以及不可重复读的问题,但可能出现幻读的情况 不可重复读:在一个未提交的事务里,二次查询结果可能不相同,因为在这个事务执行过程中,外面的   事务可能对这个数据集进行了修改并提交! 幻读:一个事务在操作过程中!有别的事务对此数据集进行了修改并提交,但这些操作第一个事务读不到,等到这个事务提交的时候,便有可能引起明明插入的数据没有查询到,但却出现插入重复的错误! 不可重复读与幻读的区别: 不可重复读是能读到其它事务已经提交的数据,

幻读是什么?幻读有什么问题

一:CREATE TABLE `t` (  `id` int(11) NOT NULL,  `c` int(11) DEFAULT NULL,  `d` int(11) DEFAULT NULL,  PRIMARY KEY (`id`),  KEY `c` (`c`)) ENGINE=InnoDB; insert into t values(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25); begin;select * fro

20 幻读是什么,幻读有什么问题?

例子: CREATE TABLE `t20` ( `id` int(11) NOT NULL, `c` int(11) DEFAULT NULL, `d` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `c` (`c`) ) ENGINE=InnoDB; insert into t20 values(0,0,0),(5,5,5), (10,10,10),(15,15,15),(20,20,20),(25,25,25); select * from t

脏读,不可重复读,幻读讲解

首先我们先讨论一下问题,是不是在ACID的保护下,数据就一定不会产生不一致的现象呢? 在关系数据库库系统中,多个会话可以访问同一个数据库的同一个表的同一行,这样,对于数据而言,就意味着在同一个时间内,有多个会话可以对其施加操作(或读操作或写操作),读写操作施加的顺序不停以及事务A特性对事务结果的影响(或成功或失败,也就是要不提交要不中止).这三种因素叠加在一起,会存在几种对数据有不同影响的情况 读-读操作 如果同时只存在多个读操作,对于数据没有影响,也就是说读-读操作不影响数据的一致性,可以并发

事务隔离级别中可重复读与幻读

前言 中秋刚过,大家是不是还没充中秋的假日里缓过来?三天假期里,我深入窥探了Innodb中可重复读与幻读,非常有意思,分享给大家,作为大家工作前的开胃小菜,希望有所帮助. 每次谈到数据库的事务隔离级别,大家一定会看到这张表. 其中,可重复读这个隔离级别,有效地防止了脏读和不可重复读,但仍然可能发生幻读,可能发生幻读就表示可重复读这个隔离级别防不住幻读吗? 我不管从数据库方面的教科书还是一些网络教程上,经常看到RR级别是可以重复读的,但是无法解决幻读,只有可串行化(Serializable)才能解

事务隔离级别中可重复读与幻读的恩恩怨怨

前言 中秋刚过,大家是不是还没充中秋的假日里缓过来?三天假期里,我深入窥探了Innodb中可重复读与幻读,非常有意思,分享给大家,作为大家工作前的开胃小菜,希望有所帮助. 每次谈到数据库的事务隔离级别,大家一定会看到这张表. 其中,可重复读这个隔离级别,有效地防止了脏读和不可重复读,但仍然可能发生幻读,可能发生幻读就表示可重复读这个隔离级别防不住幻读吗? 我不管从数据库方面的教科书还是一些网络教程上,经常看到RR级别是可以重复读的,但是无法解决幻读,只有可串行化(Serializable)才能解