MySQL Next-Key Lock 加锁范围总结
2023-03-14 09:40:47 时间
前言
三篇文章分别通过实际操作,介绍了主键、非主键唯一索引、普通索引、普通字段四个方面介绍了加锁的范围。
本篇文章再做一个总结。
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;
- 主键等值查询,数据不存在时,会对查询条件主键值所在的间隙添加间隙锁 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总结
通过实际操作,最大的感受就是不能眼高手低,看书也好,看文章也罢,一定要实际操作。
纸上得来终觉浅。
本文转载自微信公众号「程序员小航」,可以通过以下二维码关注。转载本文请联系程序员小航公众号。
相关文章
- 数据孤岛是业务效率的无声杀手
- 2023展望:新的一年将给大数据分析领域带来什么?
- 阿里云ADB基于Hudi构建Lakehouse的实践
- 大数据在医疗保健领域的使用案例
- 微软增加说明:KB5021751 更新扫描已经 / 即将过时 Office 过程中不会触碰用户隐私
- 2022 Gartner全球云数据库管理系统魔力象限发布 腾讯云数据库入选
- 场景化、重实操,分享一个实时数仓实践案例
- Arctic的湖仓一体践行之路
- 分布式计算MapReduce究竟是怎么一回事?
- 淘系数据模型治理优秀实践
- 大数据分析对医疗保健的影响
- 当我们说大数据Hadoop,究竟在说什么?
- 2022年及以后大数据的五个发展趋势
- 网易严选离线数仓治理实践
- 2023 年数据治理趋势
- 一份“靠谱”的年度经营计划,你学会了吗?
- 漫谈对大数据的思考
- 测试一下,读懂数据的能力,你有吗?
- 用艺术的眼光探索数据之美
- 聊聊数据分析成果如何落地