MySQL InnoDB锁先容及差异SQL语句别离加什么样的锁

为什么必要gap lock呢?gap lock存在的独一目标就是阻止其他事宜向gap中插入数据行，它用于在断绝级别为RR时，阻止幻影行(phantom row)的发生;断绝级别为RC时，搜刮和索引扫描时，gap lock是被禁用的，只在 外键束缚搜查 和 一再key搜查时gap lock才有用，正是由于此，RC时会有幻影行题目。

gap lock是怎样阻止其他事宜向gap中插入数据行的呢?看下图

索引是B+树组织的，因此索引是从小到大按序分列的，假如要插入10，那么能插入的位置只能是上图中标红的区间。在10和10之间插入时，我们就以为是插入在最后头的10的后头。假如封闭了标红的区间，那么其他事宜就无法再插入10啦。

题目一：当T2要插入 10时，上图哪些处所应承插入(留意：索引是有序的哦)?

答：(8, 10)和(10,11)。在10和10之间插入，我们就以为是插入在最后的10后头。

只要封闭住图中标红的区间，T2就无法再插入10啦。上面这两个区间有什么特点吗?对，这两个区间就是：满意前提的每一笔记录前面的间隙，及，最后一条不满意前提的记录前面的间隙。InnoDB行使下一个键锁(Next-Key Locks)或间隙锁(Gap Locks)来封闭这种区间。

题目二：gap lock是用来阻塞插入新数据行的，那么，T2, insert into g values('z', 9) 会被阻塞吗?插入('z', 8)，('z', 10)，('z', 11)呢?

答：上图中，T1的update配置的gap lock是 (8, 10)和(10,11)，而，insert intention lock的范畴是(插入值, 向下的一个索引值)。insert intention lock的具体先容请见下面的6. 插入意向锁(Insert Intention Locks)。

于是，对付上面这些插入值，获得的insert intention lock如下：

插入 ('z', 8)时，insert intention lock 是 (8, 10) -- 斗嘴，与gap lock (8, 10)重叠了

插入 ('z', 9)时，insert intention lock 是 (9, 10) -- 斗嘴，与gap lock (8, 10)重叠了

插入 ('z', 10)时，insert intention lock 是 (10, 11) -- 斗嘴，与gap lock (10, 11)重叠了

插入 ('z', 11)时，insert intention lock 是 (11, 15) -- 不斗嘴

究竟是不是这样呢，看下图

是的，和我们说明的同等，为了看的更清晰，我们把功效列成图表如下

题目三：“gap是办理phantom row题目的”，插入会导致phantom row，但更新也一样也会发生phantom row啊。

譬喻，上图的T1和T2，T1把全部i=8的行更新为108，T2把i=15的行更新为8，假如T2不被阻塞，T1的WHERE前提岂不是多出了一行，即：T1呈现了phantom row?

答：nice question。我们本身来说明下T1和T2别离加了哪些锁

T1加的锁：idx_i上的next-key lock (5, 8]，PRIMARY上的'b'，以及idx_i上的gap lock (8,10)

T2加的锁：idx_i上的next-key lock (11, 15]，PRIMARY上的'f'，以及idx_i上的gap lock (15,108)，最后这个gap lock是由于T1在idx_i上加了新值108

按照上面的说明，T1和T2的锁并没有重叠，即我们说明的功效是：T2不会被阻塞。

但，上图清晰的表白T2确实被阻塞了，缘故起因竟然是：T2 insert intention lock和T1 gap lock(8, 10)斗嘴了。很稀疏，T2是更新语句，为什么会有insert intention lock呢?

我不知道确切的缘故起因，由于我没找到文档嗣魅这事。按照我的揣度，update ... set 乐成找到功效集然后执行更新时，在即将被更新进入行的新值上配置了insert intention lock(假如找不到功效集，则就不存在insert intention lock啦)，因此，T2在idx_i上的新值8上配置了insert intention lock(8, 10)。最终，T2 insert intention lock(8, 10) 与 T1 gap lock(8, 10)斗嘴啦，T2被阻塞。

因此，update ... set 乐成找到功效集时，会在即将被更新进入行的新值上配置 index record lock 以及 insert intention lock。如前所述，insert intention lock的范畴是(插入值，下一个值)，假如T2是 update g set i=9 where i=15; 那么update ... set 所配置的新值是9，则T2 insert intention lock就是(9, 10)啦，它依然会和 T1 gap lock(8, 10)斗嘴，是这样吗?确实是的，感乐趣的同窗可以试试。

5、 下一个键锁(Next-Key Locks)

next-key lock 是 (索引记录上的索引记录锁) + (该索引记录前面的间隙上的锁) 二者的合体，它锁定索引记录以及该索引记录前面的间隙。有shard或exclusive两种模式。

LOCK_MODE别离是：S或X。

当InnoDB 搜刮或扫描索引时，InnoDB在它碰着的索引记录上所配置的锁就是next-key lock，它会锁定索引记录自己以及该索引记录前面的gap("gap" immediately before that index record)。即：假如事宜T1 在索引记录r 上有一个next-key lock，则T2无法在 紧靠着r 前面的谁人世隙中 插入新的索引记录(gap immediately before r in the index order)。

next-key lock还会加在“supremum pseudo-record”上，什么是supremum pseudo-record呢?它是索引中的伪记录(pseudo-record)，代表此索引中也许存在的最大值，配置在supremum pseudo-record上的next-key lock锁定了“此索引中也许存在的最大值”，以及 这个值前面的间隙，“此索引中也许存在的最大值”在索引中是不存在的，因此，该next-key lock现实上锁定了“此索引中也许存在的最大值”前面的间隙，也就是此索引中当前现实存在的最大值后头的间隙。譬喻，下图中，supremum pseudo-record上的next-key lock锁定了区间(18, 正无限)，正是此next-key lock阻止其他事宜插入譬喻19, 100等更大的值。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!