MySQL唯一索引范围查询的加锁情况

之前看小林MySQL遇到的一个问题,简单记录一下。

唯一索引范围查询

当唯一索引进行范围查询时,会对每一个扫描到的索引加 next-key 锁,然后如果遇到下面这些情况,会退化成记录锁或者间隙锁:

  • 情况一:针对「大于等于」的范围查询,因为存在等值查询的条件,那么如果等值查询的记录是存在于表中,那么该记录的索引中的 next-key 锁会退化成记录锁。

数据库版本

MySQL 8.0.27
InnoDB 存储引擎

表数据

如下图所示,其中 id 为主键, age 为唯一索引
在这里插入图片描述

验证情况一

主键索引

唯一索引,「大于等于」范围查询,且记录存在的场景,主键索引确实会如上述在等值的位置退化为“X,REC_NOT_GAP”

普通唯一索引

唯一索引,「大于等于」范围查询,且记录存在的场景,普通的唯一索引并不会退化为记录锁,而是使用临键锁“X”,如下图所示。
在这里插入图片描述
普通的唯一索引(age字段)在等值的位置并没有退化成记录锁,仍然使用临键锁,这一点普通的唯一索引和普通索引并没有区别,age的 (10,15] 区间也会被加锁,不能插入新行。

个人认为唯一索引应该和主键索引一样,在等值的位置应该是“记录锁”,因为有唯一性,不会插入新的行,由于记录锁存在也不会删除和更新,可能这是一个可以优化的地方吧。

MySQL是怎么加锁的?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值