美文网首页sql
MySQL加锁规则-这一篇就够了

MySQL加锁规则-这一篇就够了

作者: 吕信 | 来源:发表于2019-12-05 10:23 被阅读0次

    本文所描述的加锁规则是在RR级别下的加锁规则,尽量以最简单明了的话将加锁规则说清楚。另外由于锁是加在索引上的,因此在读本篇文章之前,需要对mysql的索引结构比较清楚才可以

    加锁规则与原则

    原则 1:加锁的基本单位是 next-key lock。next-key lock 是前开后闭区间。

    原则 2:查找过程中访问到的对象才会加锁。

    优化 1:唯一索引上的等值查询加锁时,next-key lock 退化为行锁。

    优化 2:非唯一索引上的等值查询加锁时,对where条件中的值所在区间向右(后)遍历时,该区间的右边界不满足等值条件的时候,next-key lock 退化为间隙锁。这个比较难理解,举个例子:

    若在表ta的列a上有非唯一索引:index_a,该索引中存在的值为:1,1,3,3,7,9:当你执行select a from ta where ta.a=5时,就会从3开始往右(后)遍历,此时对应的 是(3,7]但是由于该区间的最后一个值7不满足=5的条件,因此该next-key lock就退化为gap lock (3,7)。

    一个 bug:唯一索引上的范围查询会访问到不满足条件的第一个值为止。

    锁是加在索引上的而不是加在数据上。

    lock in share mode与for update的区别

    区别一:

    lock in share mode加的是读锁

    for update 加的是写锁

    区别二:

    在非主键索引上通过两种方式加锁是有区别的。

    lock in share mode 只锁覆盖索引,也就说:lock in share mode只锁非主键索引对应的B+树中的索引内容。

    for update:如果对非主键索引使用 for update加锁就不一样了。 执行 for update 时,mysql会认为你接下来要更新数据,因此会通过非主键索引中的主键值继续在主键索引对应的b+数上查找到对应的主键索引项进行加锁,也就是说:for update的加锁内容是非主键索引树上符合条件的索引项,以及这些索引项对应的主键索引树上相应的索引项。在两个索引上都加了锁。

    相关文章

      网友评论

        本文标题:MySQL加锁规则-这一篇就够了

        本文链接:https://www.haomeiwen.com/subject/mniwwctx.html