MYSQL可重复读隔离级别下可以防止幻读吗?

MySQL的InnoDB存储引擎在RepeatableRead隔离级别下利用间隙锁(GapLock)和Next-KeyLock防止幻读,确保事务一致性。间隙锁锁定索引记录间隙,防止新数据插入,同时阻止已存在数据移到间隙内。默认的Next-KeyLock结合行锁与间隙锁,避免了幻读、脏读和不可重复读。在ReadCommitted级别下,仅使用行锁,可能导致幻读。可通过调整隔离级别或参数禁用间隙锁。
摘要由CSDN通过智能技术生成

先说明:Mysql 在Repeatable Read底下不会发生幻读的情况,因为Mysql有间隙锁的可以防止幻读。

  • 那什么是间隙锁?

间隙锁跟MVCC一起工作。实现事务处理:

Repeatable Read隔离级别: 采用Next-key Lock 来解决幻读问题.因此 Mysql 在Repeatable下面 幻读,可重复读,脏读 三者都不会发生

read committed隔离级别:采用Record锁,不会出现脏读,但是会产生"幻读"问题. 也会出现可重复读。

  • 什么是MVCC 呢?

MVCC只是工作在两种事务级别底下:(a) Read Committed (b) Repeatable Read;通过它,防止加锁,来提高访问效率。这里不做过多的介绍。

间隙锁

MySQL InnoDB支持三种行锁定方式:InnoDB的默认加锁方式是next-key 锁。

l 行锁(Record Lock):锁直接加在索引记录上面,锁住的是key。

l 间隙锁(Gap Lock):锁定索引记录间隙,确保索引记录的间隙不变。间隙锁是针对事务隔离级别为可重复读或以上级别而已的。

l Next-Key Lock :行锁和间隙锁组合起来就叫Next-Key Lock。

默认情况下,InnoDB工作在可重复读(Repeatable Read)隔离级别下,并且会以Next-Key Lock的方式对数据行进行加锁,这样可以有效防止幻读的发生。Next-Key Lock是行锁和间隙锁的组合,当InnoDB扫描索引记录的时候,会首先对索引记录加上行锁(Record Lock),再对索引记录两边的间隙加上间隙锁(Gap Lock)。加上间隙锁之后,其他事务就不能在这个间隙修改或者插入记录。 read committed隔离级别下Gap Lock在InnoDB的唯一作用就是防止其他事务的插入操作,以此防止幻读的发生。

  • Innodb自动使用间隙锁的条件:
    (1)必须在Repeatable Read级别下
    (2)检索条件必须有索引(没有索引的话,mysql会全表扫描,那样会锁定整张表所有的记录,包括不存在的记录,此时其他事务不能修改不能删除不能添加)

  • 间隙锁的目的是为了防止幻读,其主要通过两个方面实现这个目的:
    (1)防止间隙内有新数据被插入
    (2)防止已存在的数据,更新成间隙内的数据(例如防止numer=3的记录通过update变成number=5)

总结

间隙锁在InnoDB的唯一作用就是防止其它事务的插入操作,以此来达到防止幻读的发生,所以间隙锁不分什么共享锁与排它锁。 默认情况下,InnoDB工作在Repeatable Read隔离级别下,并且以Next-Key Lock的方式对数据行进行加锁,这样可以有效防止幻读的发生。Next-Key Lock是行锁与间隙锁的组合,当对数据进行条件,范围检索时,对其范围内也许并存在的值进行加锁。当查询的索引含有唯一属性(唯一索引,主键索引)时,Innodb存储引擎会对next-key lock进行优化,将其降为record lock,即仅锁住索引本身,而不是范围;若是普通辅助索引,则会使用传统的next-key lock进行范围锁定。

要禁止间隙锁的话,可以把隔离级别降为Read Committed,或者开启参数innodb_locks_unsafe_for_binlog。

需要注意:对于快照读来说,幻读的解决是依赖mvcc解决。而对于当前读则依赖于gap-lock解决。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值