MySQL(InnoDB剖析):---锁之(行锁的3种算法(Record Lock、Gap Lock、Next-Key Lock)、解决Phantom Problem)

本文深入探讨了InnoDB存储引擎中的行锁算法,包括Record Lock、Gap Lock和Next-Key Lock,重点讲解了Next-Key Lock如何解决Phantom Problem。通过多个演示案例展示了不同场景下锁的行为,揭示了在不同隔离级别和索引类型下的锁机制差异,旨在帮助理解InnoDB的并发控制机制。
摘要由CSDN通过智能技术生成

小伙伴们大家好呀,最近在学习InnoDB存储引擎,也看了一些优秀的相关博客,大有收获,后面会持续输出一些关于InnoDB存储引擎相关的文章,希望在帮助自己记忆的同时,也可以帮助到你。

 

 

InnoDB支持3种行锁的算法,分别是:

  • Record Lock:单个行记录上的锁
  • Gap Lock:间隙锁,锁定一个范围,但不包含记录本身
  • Next-Key Lock:Gap Lock与Record Lock的结合,锁定一个范围,并且锁定记录本身

一、Record Lock

  • Record Lock总是会去锁住索引记录
  • 如果InnoDB存储引擎表在建立的时候没有设置任何一个索引,那么这时InnoDB会使用隐式的主键来进行锁定

 

二、Gap Lock

  • 附带在下面介绍

 

三、Next-Key Lock

  • Next-key Lock是结合了Gap Lock和Record Lock的一种锁定算法,在该算法下,InnoDB对于行的查询都是采用这种锁定算法
  • 默认的隔离级别下,即REPEATABLE READ下,InnoDB采用Next-key Locking机制。而在READ COMMITTED下,其仅采用Record Lock
  • 例如一个索引有10、11、13、20这四个值,那么该索引可能被Next-Key Locking的区间为:

Next-Key Locking锁定技术

 

  • 采用Next-Key Lock的锁定技术称为Next-Key Locking。其设计的目的是为了解决Phantom Problem(在下面介绍)
  • 而利用这种锁定技术,锁定的不是单个值,而是一个范围是谓词锁(predict lock)的一种改进
  • 若事务T1已经通过Next-Key Locking锁定了如下范围:

  • 当插入新的记录12时,则锁定的范围会变成:

 

previous-key locking锁定技术

  • 除了Next-K
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值