MySQL中的插入意向鎖使用案例分析

這篇文章主要講解了“MySQL中的插入意向鎖使用案例分析”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“MySQL中的插入意向鎖使用案例分析”吧！

Insert Intention Lock，中文我們也稱之為插入意向鎖。

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

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

假設我有如下一張表：

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 是一個普通索引，現在表中有如下數據：

假設我想執行如下的插入 SQL：

begin;insert into user(username,age) values('wangwu',95);復制代碼

注意，這個 SQL 執行了但是事務還沒有提交。

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

如果是這樣的話，小伙伴們會發現數據插入的效率可就太低了，很容易發生鎖沖突，那么怎么辦？

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

2. 什么是插入意向鎖

我們來看看 MySQL 官網的介紹：

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 操作之前設置的一種間隙鎖，插入意向鎖表示了一種插入意圖，即當多個不同的事務，同時往同一個索引的同一個間隙中插入數據的時候，它們互相之間無需等待，即不會阻塞（要是單純按照之前間隙鎖的理論，必須要等一個間隙鎖釋放了，下一個事務才可以往相同的間隙處插入數據）。假設有值為 4 和 7 的索引記錄，現在有兩個事務，分別嘗試插入值為 5 和 6 的記錄，在獲得插入行的排他鎖之前，每個事務使用插入意向鎖鎖定 4 和 7 之間的間隙，但是這兩個事務不會相互阻塞，因為行是不沖突的。

這就是插入意向鎖。

3. 實踐

現在 Insert Intention Lock 是一種特殊的 Gap Lock，當然也是在可重復讀這個隔離級別下生效。

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

3.1 案例一

我們的表結構以及數據和第一小節一致。

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

現在會話 A 中的事務沒有提交。

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

我們發現會話 B 也可以正常執行，沒有發生阻塞。

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

3.2 案例二

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

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

接下來在會話 B 中，執行如下代碼插入一行數據：

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

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

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

感謝各位的閱讀，以上就是“MySQL中的插入意向鎖使用案例分析”的內容了，經過本文的學習后，相信大家對MySQL中的插入意向鎖使用案例分析這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！