会员登录 - 用户注册 - 设为首页 - 加入收藏 - 网站地图 MySQL Next-Key Lock 加锁范围总结!

MySQL Next-Key Lock 加锁范围总结

时间:2025-11-05 16:00:06 来源:益强数据堂 作者:系统运维 阅读:527次

 

前言

三篇文章分别通过实际操作,加锁介绍了主键、范围非主键唯一索引、总结普通索引、加锁普通字段四个方面介绍了加锁的范围范围。

本篇文章再做一个总结。总结

1data_locks

select * from performance_schema.data_locks;  LOCK_MODE LOCK_DATA 锁范围 X,加锁REC_NOT_GAP 15 15 那条数据的行锁 X,GAP 15 15 那条数据之前的间隙,不包含 15 X 15 15 那条数据的范围间隙,包含 15 LOCK_MODE = X 是总结前开后闭区间; X,GAP 是前开后开区间(间隙锁); X,REC_NOT_GAP 行锁。

这个单独介绍,加锁是范围希望我理解的没有错误,如果大佬看到了,总结错误之处一定要帮忙指正出来。加锁

2主键索引

加锁时,范围会先给表添加意向锁,总结IX 或 IS; 加锁是如果是多个范围,是分开加了多个锁,每个范围都有锁;(这个可以实践下 id < 20 的情况) 主键等值查询,数据存在时,会对该主键索引的值加行锁 X,REC_NOT_GAP; 主键等值查询,数据不存在时,b2b供应网会对查询条件主键值所在的间隙添加间隙锁 X,GAP; 主键等值查询,范围查询时情况则比较复杂:

8.0.17 版本是前开后闭,而 8.0.18 版本及以后,修改为了前开后开区间;

临界 <= 查询时,8.0.17 会锁住下一个 next-key 的前开后闭区间,而 8.0.18 及以后版本,修复了这个 bug。

3非主键唯一索引

非主键唯一索引等值查询,数据存在,for update 是会在主键加锁的,而 for share 只有在走覆盖索引的情况下,会仅在自己索引上加锁; 非主键索引等值查询,数据不存在,无论是否索引覆盖,相当于一个范围查询,仅仅会在非主键索引上加锁,加的还是间隙锁,前开后开区间; 在非主键唯一索引范围查询时,不是覆盖索引的时候,会对相应的范围加前开后闭区间,并且如果存在数据,源码库会对对应的主键加行锁; 在非主键唯一索引范围查询时,如果是覆盖索引时,会对所有的后闭区间对应的主键,加行锁; 在非主键唯一索引加锁时,还是存在 next-key 锁住下一个区间的 bug。

4普通索引

普通索引等值查询,因为不能确定唯一性,所以即使定位到记录,也是会向后查询,直到查询到不为该值的记录,从而锁定该值的区间;

普通索引的锁也是加载该索引上的,如果涉及到存在的记录,会对该主键加行锁;

普通索引的范围查询,同样出现 next-key 查询下一个区间的 bug。

5普通字段

普通字段查询,会查询全表,这里锁的话就会锁住主键的亿华云计算所有区间。

6总结

通过实际操作,最大的感受就是不能眼高手低,看书也好,看文章也罢,一定要实际操作。

纸上得来终觉浅。

本文转载自微信公众号「程序员小航」,可以通过以下二维码关注。转载本文请联系程序员小航公众号。

(责任编辑:IT科技类资讯)

最新内容
推荐内容
  • 基于ID的位置共享技术(利用唯一身份标识实现实时位置共享的关键技术探索)
  • Spark Submit的ClassPath问题
  • Python语言下的机器学习库
  • Spark Submit的ClassPath问题
  • 红米4X手机使用技巧,让你的手机更快速!(解锁红米4X的隐藏功能,提升手机速度。)
  • Spark Submit的ClassPath问题
热点内容