InnoDB引擎 在 共享鎖和排他鎖 文章中，我們詳細分析了共享鎖和排他鎖在MySQL中是如何工作的，今天，我們接著分析InnoDB引擎的三種行鎖。

在MySQL的InnoDB引擎的行鎖主要有三類：

• Record Lock：記錄鎖，是在索引記錄上加鎖；
• Gap Lock：間隙鎖，鎖定一個范圍，但不包含記錄；
• Next-key Lock：Next-key Lock = Gap Lock + Record Lock，它鎖定了一個范圍(Gap Lock實現)，并且鎖定記錄本身(Record Lock實現)；

一、Record Lock

1. 什么是 Record Lock？

Record Lock，記錄鎖，它是針對索引記錄的鎖，鎖定的總是索引記錄。在多用戶數據庫系統中，多個事務可能會同時嘗試讀取或修改同一條記錄，Record Lock確保只有一個事務能在某一時刻修改該記錄，其他事務只能讀取，或者在寫鎖釋放后再進行修改。

2. 舉例說明

為了更好的說明Record Lock，我們以下面的順序執行流來進行驗證：

示例執行結果如下圖：

通過上面的示例可以看出：

• 事務A（sessionA）對id=1加排他鎖之后產生了記錄鎖
• 事務B（sessionB）對id=1的update操作被阻塞了
• 事務C（sessionC）可以查看到Record Lock

二、Gap Lock

1. 什么是Gap Lock？

Gap Lock，間隙鎖，它是一種行級鎖，鎖住兩個索引記錄之間的間隙，而不是實際的數據記錄，由InnoDB隱式添加。

如下圖：(1,3) 表示鎖住記錄1 和記錄3 之間的間隙，這樣記錄2 就無法插入，間隙可能跨越單個索引值、多個索引值，甚至是空。

在InnoDB中，間隙鎖是通過索引來實現的。這意味著間隙鎖只能作用于索引，而不能直接作用于非索引列。當一個事務對某個索引列上的間隙加鎖時，其他事務就無法在這個間隙中插入新的記錄。

2. 舉例說明

為了更好的說明Gap Lock間隙鎖，我們以下面的順序執行流來進行驗證：

示例執行結果如下圖：

通過上面的示例執行結果可以看出：

• 事務A(sessionA)在加共享鎖的時候產生了間隙鎖(Gap Lock)
• 事務B(sessionB)對間隙中進行insert/update操作，需要先獲取排他鎖(X)，導致阻塞
• 事務C(sessionC)通過show engine innodb status\G指令可以查看到間隙鎖的存在。

需要說明，間隙鎖只是鎖住間隙內部的范圍，在間隙外的insert/update操作不會受影響。

三、Next-Key Lock

1. 什么是Next-Key Lock？

Next-Key Lock，稱為臨鍵鎖，它是Record Lock + Gap Lock的組合，用來鎖定一個范圍，并且鎖定記錄本身鎖，它是一種左開右閉的范圍，可以用符號表示為：(a,b]。如下圖：

2. 舉例說明

為了更好的說明Next-Key Lock，我們以下面的順序執行流來進行驗證：

示例執行結果如下圖：

通過上面的示例執行結果可以看出：

• 事務A(sessionA)在加共享鎖的時候產生了間隙鎖(Gap Lock)
• 事務B(sessionB)對間隙中進行insert操作，需要先獲取排他鎖(X)，導致阻塞。
• 事務C(sessionC)對間隙中進行update操作，需要先獲取排他鎖(X)，導致阻塞。
• 事務D(sessionD)通過show engine innodb status\G指令可以查看到間隙鎖的存在。需要說明的，間隙鎖只是鎖住間隙內部的范圍，在間隙外的insert/update操作不會受影響。

四、總結

Record Lock，Gap Lock和Gap Lock 3種鎖是存在MySQL的InnoDB引擎的行鎖，MyISAM引擎沒有：

• Record Lock：記錄鎖，是在索引記錄上加鎖；
• Gap Lock：間隙鎖，鎖定一個范圍，但不包含記錄，即(A,B)；
• Next-key Lock：Next-key Lock = Gap Lock + Record Lock，它鎖定了一個范圍(Gap Lock實現)，并且鎖定記錄本身(Record Lock實現)，即(A,B]；；

這 3種鎖都是InnoDB引擎隱式添加的，目的是為了解決可重復讀隔離級別下幻讀的現象。