?1. 為什么需要插入意向鎖

我們之前已經(jīng)有 Gap Lock 了，Gap Lock 可以幫我們在一定程度上解決幻讀問題，但是，之前的似乎有點(diǎn)問題。

假設(shè)我有如下一張表：

CREATE TABLE `user` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `username` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `age` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `age` (`age`)
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

id 是主鍵自增；age 是一個普通索引，現(xiàn)在表中有如下數(shù)據(jù)：

假設(shè)我想執(zhí)行如下的插入 SQL：

begin;
insert into user(username,age) values('wangwu',95);

注意，這個 SQL 執(zhí)行了但是事務(wù)還沒有提交。

按照我們之前學(xué)習(xí)的關(guān)于 Gap Lock 的知識分析一下，此時間隙鎖的范圍是 (89,99)，意思是這個范圍的 age 都不可以插入。

如果是這樣的話，小伙伴們會發(fā)現(xiàn)數(shù)據(jù)插入的效率可就太低了，很容易發(fā)生鎖沖突，那么怎么辦？

我們今天要介紹的插入意向鎖就是用來解決這個問題的。

2. 什么是插入意向鎖

我們來看看 MySQL 官網(wǎng)的介紹：

An insert intention lock is a type of gap lock set by INSERT operations prior to row insertion. This lock signals the intent to insert in such a way that multiple transactions inserting into the same index gap need not wait for each other if they are not inserting at the same position within the gap. Suppose that there are index records with values of 4 and 7. Separate transactions that attempt to insert values of 5 and 6, respectively, each lock the gap between 4 and 7 with insert intention locks prior to obtaining the exclusive lock on the inserted row, but do not block each other because the rows are nonconflicting.

大致翻譯下一下就是這樣：

插入意向鎖是一種在 INSERT 操作之前設(shè)置的一種間隙鎖，插入意向鎖表示了一種插入意圖，即當(dāng)多個不同的事務(wù)，同時往同一個索引的同一個間隙中插入數(shù)據(jù)的時候，它們互相之間無需等待，即不會阻塞（要是單純按照之前間隙鎖的理論，必須要等一個間隙鎖釋放了，下一個事務(wù)才可以往相同的間隙處插入數(shù)據(jù)）。假設(shè)有值為 4 和 7 的索引記錄，現(xiàn)在有兩個事務(wù)，分別嘗試插入值為 5 和 6 的記錄，在獲得插入行的排他鎖之前，每個事務(wù)使用插入意向鎖鎖定 4 和 7 之間的間隙，但是這兩個事務(wù)不會相互阻塞，因?yàn)樾惺遣粵_突的。

這就是插入意向鎖。

3. 實(shí)踐

小伙伴們注意，松哥之前和大家聊 Gap Lock，說過這個是可重復(fù)讀（REPEATABLE READ）這個隔離級別下特有的產(chǎn)物，那么現(xiàn)在 Insert Intention Lock 是一種特殊的 Gap Lock，當(dāng)然也是在可重復(fù)讀這個隔離級別下生效。

接下來我們通過兩個個簡單的案例來演示一下插入意向鎖。

3.1 案例一

我們的表結(jié)構(gòu)以及數(shù)據(jù)和第一小節(jié)一致。

首先我們在會話 A 中，執(zhí)行如下代碼：

現(xiàn)在會話 A 中的事務(wù)沒有提交。

接下來我們在會話 B 中，也執(zhí)行一個插入操作：

我們發(fā)現(xiàn)會話 B 也可以正常執(zhí)行，沒有發(fā)生阻塞。

這說明，兩個插入意向鎖之間是兼容的，可以共存的。

3.2 案例二

我們再來看一個不兼容的例子。

首先在會話 A 中執(zhí)行如下 SQL 查詢 age 大于 80 的記錄，并添加排他鎖：

接下來在會話 B 中，執(zhí)行如下代碼插入一行數(shù)據(jù)：

小伙伴們看到，這個操作會被阻塞！阻塞的原因在于，插入意向鎖和排他鎖之間是互斥的。

趁著發(fā)生阻塞的這會，在會話 C 中，我們通過在前面文章中所使用的 show engine innodb status\G 指令，來查看下加鎖的情況，重點(diǎn)看 TRANSACTION 節(jié)點(diǎn)：

在輸出的內(nèi)容中，紅色框選中的地方，清楚的表明了插入意向鎖的存在。

4. 小結(jié)

總結(jié)一下：

插入意向鎖雖然名字中有意向二字，但實(shí)際上是一個特殊的間隙鎖。

插入意向鎖之間不互斥。

插入意向鎖和排他鎖之間互斥。