MySQL InnoDB支援三種行鎖定

• 行鎖（Record Lock）:鎖直接加在索引記錄上面，鎖住的是key。

• 間隙鎖（Gap Lock）:鎖定索引記錄間隙，確保索引記錄的間隙不變。間隙鎖是針對事務隔離級別為可重複讀或以上級別而設計的。

• 後碼鎖（Next-Key Lock）：行鎖和間隙鎖組合起來就叫Next-Key Lock。

預設情況下，InnoDB工作在可重複讀隔離級別下，並且會以Next-Key Lock的方式對資料行進行加鎖，這樣可以有效防止幻讀的發生。Next-Key Lock是行鎖和間隙鎖的組合，當InnoDB掃描索引記錄的時候，會首先對索引記錄加上行鎖（Record Lock），再對索引記錄兩邊的間隙加上間隙鎖（Gap Lock）。加上間隙鎖之後，其他事務就不能在這個間隙修改或者插入記錄。

行鎖(Record Lock)

• 當需要對錶中的某條資料進行寫操作（insert、update、delete、select for update）時，需要先獲取記錄的排他鎖（X鎖），這個就稱為行鎖。

create table x(`id` int, `num` int, index `idx_id` (`id`));
insert into x values(1, 1), (2, 2);

-- 事務A
START TRANSACTION;
update x set id = 1 where id = 1;

-- 事務B
-- 如果事務A沒有commit，id=1的記錄拿不到X鎖，將出現等待
START TRANSACTION;
update x set id = 1 where id = 1;

-- 事務C
-- id=2的記錄可以拿到X鎖，不會出現等待
START TRANSACTION;
update x set id = 2 where id = 2;
 

• 針對InnoDB RR隔離級別，上述SQL示例展示了行鎖的特點：“鎖定特定行不允許進行修改”，但行鎖是基於表索引的，如果where條件中用的是num欄位（非索引列）將產生不一樣的現象：

-- 事務A
START TRANSACTION;
update x set num = 1 where num = 1;

-- 事務B
-- 由於事務A中num欄位上沒有索引將產生表鎖，導致整張表的寫操作都會出現等待
START TRANSACTION;
update x set num = 1 where num = 1;

-- 事務C
-- 同理，會出現等待
START TRANSACTION;
update x set num = 2 where num = 2;

-- 事務D
-- 等待
START TRANSACTION;
insert into x values(3, 3);
 

Gap鎖(Gap Lock)

在MySQL中select稱為快照讀，不需要鎖，而insert、update、delete、select for update則稱為當前讀，需要給資料加鎖，幻讀中的“讀”即是針對當前讀。

RR事務隔離級別允許存在幻讀，但InnoDB RR級別卻通過Gap鎖避免了幻讀

產生間隙鎖的條件（RR事務隔離級別下）

• 使用普通索引鎖定
• 使用多列唯一索引
• 使用唯一索引鎖定多行記錄

唯一索引的間隙鎖

測試環境

MySQL，InnoDB，預設的隔離級別（RR）

資料表

CREATE TABLE `test` (
  `id` int(1) NOT NULL AUTO_INCREMENT,
  `name` varchar(8) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

資料

INSERT INTO `test` VALUES ('1', '小羅');
INSERT INTO `test` VALUES ('5', '小黃');
INSERT INTO `test` VALUES ('7', '小明');
INSERT INTO `test` VALUES ('11', '小紅');

以上資料，會生成隱藏間隙

(-infinity, 1]
(1, 5]
(5, 7]
(7, 11]
(11, +infinity]

只使用記錄鎖，不會產生間隙鎖

/* 開啟事務1 */
BEGIN;
/* 查詢 id = 5 的資料並加記錄鎖 */
SELECT * FROM `test` WHERE `id` = 5 FOR UPDATE;
/* 延遲30秒執行，防止鎖釋放 */
SELECT SLEEP(30);

-- 注意：以下的語句不是放在一個事務中執行，而是分開多次執行，每次事務中只有一條新增語句

/* 事務2插入一條 name = '小張' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (4, '小張'); # 正常執行

/* 事務3插入一條 name = '小張' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (8, '小東'); # 正常執行

/* 提交事務1，釋放事務1的鎖 */
COMMIT;

以上，由於主鍵是唯一索引，而且是隻使用一個索引查詢，並且只鎖定一條記錄，所以，只會對 id = 5 的資料加上記錄鎖，而不會產生間隙鎖。

產生間隙鎖

/* 開啟事務1 */
BEGIN;
/* 查詢 id 在 7 - 11 範圍的資料並加記錄鎖 */
SELECT * FROM `test` WHERE `id` BETWEEN 5 AND 7 FOR UPDATE;
/* 延遲30秒執行，防止鎖釋放 */
SELECT SLEEP(30);

-- 注意：以下的語句不是放在一個事務中執行，而是分開多次執行，每次事務中只有一條新增語句

/* 事務2插入一條 id = 3，name = '小張1' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (3, '小張1'); # 正常執行

/* 事務3插入一條 id = 4，name = '小白' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (4, '小白'); # 正常執行

/* 事務4插入一條 id = 6，name = '小東' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (6, '小東'); # 阻塞

/* 事務5插入一條 id = 8， name = '大羅' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (8, '大羅'); # 阻塞

/* 事務6插入一條 id = 9， name = '大東' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (9, '大東'); # 阻塞

/* 事務7插入一條 id = 11， name = '李西' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (11, '李西'); # 阻塞

/* 事務8插入一條 id = 12， name = '張三' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (12, '張三'); # 正常執行

/* 提交事務1，釋放事務1的鎖 */
COMMIT;

從上面我們可以看到，(5, 7]、(7, 11] 這兩個區間，都不可插入資料，其它區間，都可以正常插入資料。所以當我們給 (5, 7] 這個區間加鎖的時候，會鎖住 (5, 7]、(7, 11] 這兩個區間。

鎖住不存在的資料

/* 開啟事務1 */
BEGIN;
/* 查詢 id = 3 這一條不存在的資料並加記錄鎖 */
SELECT * FROM `test` WHERE `id` = 3 FOR UPDATE;
/* 延遲30秒執行，防止鎖釋放 */
SELECT SLEEP(30);

-- 注意：以下的語句不是放在一個事務中執行，而是分開多次執行，每次事務中只有一條新增語句

/* 事務2插入一條 id = 3，name = '小張1' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (2, '小張1'); # 阻塞

/* 事務3插入一條 id = 4，name = '小白' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (4, '小白'); # 阻塞

/* 事務4插入一條 id = 6，name = '小東' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (6, '小東'); # 正常執行

/* 事務5插入一條 id = 8， name = '大羅' 的資料 */
INSERT INTO `test` (`id`, `name`) VALUES (8, '大羅'); # 正常執行

/* 提交事務1，釋放事務1的鎖 */
COMMIT;

我們可以看出，指定查詢某一條記錄時，如果這條記錄不存在，會產生間隙鎖

結論

• 對於指定查詢某一條記錄的加鎖語句，如果該記錄不存在，會產生記錄鎖和間隙鎖，如果記錄存在，則只會產生記錄鎖，如：WHERE id = 5 FOR UPDATE;
• 對於查詢某一範圍內的查詢語句，會產生間隙鎖，如：WHERE id BETWEEN 5 AND 7 FOR UPDATE;

普通索引的間隙鎖

資料準備

建立 test1 表：

• 注意：number 不是唯一值

CREATE TABLE `test1` (
  `id` int(1) NOT NULL AUTO_INCREMENT,
  `number` int(1) NOT NULL COMMENT '數字',
  PRIMARY KEY (`id`),
  KEY `number` (`number`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

id 是主鍵，number上建立了一個普通索引。先加一些資料：

INSERT INTO `test1` VALUES (1, 1);
INSERT INTO `test1` VALUES (5, 3);
INSERT INTO `test1` VALUES (7, 8);
INSERT INTO `test1` VALUES (11, 12);

test1表中 number 索引存在的隱藏間隙：

(-infinity, 1]
(1, 3]
(3, 8]
(8, 12]
(12, +infinity]

執行以下的事務（事務1最後提交）

/* 開啟事務1 */
BEGIN;
/* 查詢 number = 5 的資料並加記錄鎖 */
SELECT * FROM `test1` WHERE `number` = 3 FOR UPDATE;
/* 延遲30秒執行，防止鎖釋放 */
SELECT SLEEP(30);

-- 注意：以下的語句不是放在一個事務中執行，而是分開多次執行，每次事務中只有一條新增語句

/* 事務2插入一條 number = 0 的資料 */
INSERT INTO `test1` (`number`) VALUES (0); -- 正常執行

/* 事務3插入一條 number = 1 的資料 */
INSERT INTO `test1` (`number`) VALUES (1); -- 被阻塞

/* 事務4插入一條 number = 2 的資料 */
INSERT INTO `test1` (`number`) VALUES (2); -- 被阻塞

/* 事務5插入一條 number = 4 的資料 */
INSERT INTO `test1` (`number`) VALUES (4); -- 被阻塞

/* 事務6插入一條 number = 8 的資料 */
INSERT INTO `test1` (`number`) VALUES (8); -- 正常執行

/* 事務7插入一條 number = 9 的資料 */
INSERT INTO `test1` (`number`) VALUES (9); -- 正常執行

/* 事務8插入一條 number = 10 的資料 */
INSERT INTO `test1` (`number`) VALUES (10); -- 正常執行

/* 提交事務1 */
COMMIT;

這裡可以看到，number (1 - 8) 的間隙中，插入語句都被阻塞了，而不在這個範圍內的語句，正常執行，這就是因為有間隙鎖的原因。

加深對間隙鎖的理解

將資料還原成初始化的那樣

/* 開啟事務1 */
BEGIN;
/* 查詢 number = 5 的資料並加記錄鎖 */
SELECT * FROM `test1` WHERE `number` = 3 FOR UPDATE;
/* 延遲30秒執行，防止鎖釋放 */
SELECT SLEEP(30);

/* 事務1插入一條 id = 2， number = 1 的資料 */
INSERT INTO `test1` (`id`, `number`) VALUES (2, 1); -- 阻塞

/* 事務2插入一條 id = 3， number = 2 的資料 */
INSERT INTO `test1` (`id`, `number`) VALUES (3, 2); -- 阻塞

/* 事務3插入一條 id = 6， number = 8 的資料 */
INSERT INTO `test1` (`id`, `number`) VALUES (6, 8); -- 阻塞

/* 事務4插入一條 id = 8， number = 8 的資料 */
INSERT INTO `test1` (`id`, `number`) VALUES (8, 8); -- 正常執行

/* 事務5插入一條 id = 9， number = 9 的資料 */
INSERT INTO `test1` (`id`, `number`) VALUES (9, 9); -- 正常執行

/* 事務6插入一條 id = 10， number = 12 的資料 */
INSERT INTO `test1` (`id`, `number`) VALUES (10, 12); -- 正常執行

/* 事務7修改 id = 11， number = 12 的資料 */
UPDATE `test1` SET `number` = 5 WHERE `id` = 11 AND `number` = 12; -- 阻塞

/* 提交事務1 */
COMMIT;

這裡有一個奇怪的現象：

事務3新增 id = 6，number = 8 的資料，給阻塞了；
事務4新增 id = 8，number = 8 的資料，正常執行了。
事務7將 id = 11，number = 12 的資料修改為 id = 11， number = 5的操作，給阻塞了；

這是為什麼呢？我們來看看下邊的圖

從圖中可以看出，當 number 相同時，會根據主鍵 id 來排序，所以：

事務3新增的 id = 6，number = 8，這條資料是在 （3, 8） 的區間裡邊，所以會被阻塞；
事務4新增的 id = 8，number = 8，這條資料則是在（8, 12）區間裡邊，所以不會被阻塞；
事務7的修改語句相當於在 （3, 8） 的區間裡邊插入一條資料，所以也被阻塞了。

結論

• 在普通索引列上，不管是何種查詢，只要加鎖，都會產生間隙鎖，這跟唯一索引不一樣
• 在普通索引跟唯一索引中，資料間隙的分析，資料行是優先根據普通索引排序，再根據唯一索引排序

後碼鎖(Next-key Locks)

後碼鎖是記錄鎖與間隙鎖的組合，它的封鎖範圍，既包含索引記錄，又包含索引區間。

注：Next-key Lock的主要目的，也是為了避免幻讀(Phantom Read)。如果把事務的隔離級別降級為RC，Next-key Lock則也會失效。

總結

• 記錄鎖、間隙鎖、後碼鎖，都屬於排它鎖；
• 記錄鎖就是鎖住一行記錄；
• 間隙鎖只有在事務隔離級別 RR 中才會產生；
• 唯一索引只有鎖住多條記錄或者一條不存在的記錄的時候，才會產生間隙鎖，指定給某條存在的記錄加鎖的時候，只會加記錄鎖，不會產生間隙鎖；
• 普通索引不管是鎖住單條，還是多條記錄，都會產生間隙鎖；
• 間隙鎖會封鎖該條記錄相鄰兩個鍵之間的空白區域，防止其它事務在這個區域內插入、修改、刪除資料，這是為了防止出現 幻讀 現象；
• 普通索引的間隙，優先以普通索引排序，然後再根據主鍵索引排序；
• 事務級別是RC（讀已提交）級別的話，間隙鎖將會失效。

資料

• Java問題收集
• 本文參考地址
相關推薦

mysql 排它鎖之行鎖、間隙鎖、後碼鎖

MySQL InnoDB支援三種行鎖定 行鎖（Record Lock）:鎖直接加在索引記錄上面，鎖住的是key。 間隙鎖（Gap Lock）:鎖定索引記錄間隙，確保索引記錄的間隙不變。間隙鎖是針對事務隔離級別為可重複讀或以上級別而設計的。 後碼鎖（Next-Key Lock）：行鎖和間隙鎖組合起來就叫Nex

InnoDB事務鎖之行鎖-delete的update階段加鎖流程圖

事務 技術分享 image 流程圖 fff shadow text src pro InnoDB事務鎖之行鎖-delete的update階段加鎖流程圖

InnoDB事務鎖之行鎖-delete search階段加鎖原理圖-聚集索引

arch 行鎖 inno term earch search tex nod 階段 InnoDB事務鎖之行鎖-delete search階段加鎖原理圖-聚集索引

InnoDB事務鎖之行鎖-insert加鎖原理圖-聚集索引

proc fff innodb 聚集索引 shadow 加鎖 mark color process InnoDB事務鎖之行鎖-insert加鎖原理圖-聚集索引

InnoDB事務鎖之行鎖-insert加鎖-隱式鎖

ges http blog roc com inno .com proc 事務 InnoDB事務鎖之行鎖-insert加鎖-隱式鎖

InnoDB事務鎖之行鎖-insert唯一二級索引重復鍵加鎖案例

action page com 是什麽 inno row error form query 1、表結構 CREATE TABLE `t3` ( `id` int(11) NOT NULL, `id2` int(11) DEFAULT NULL, `i

InnoDB事務鎖之行鎖-判斷是否有隱式鎖原理圖

ffffff col roc ces cto tex color oss images InnoDB事務鎖之行鎖-判斷是否有隱式鎖原理圖

InnoDB事務鎖之行鎖-隱式鎖轉換顯示鎖舉例理解原理

text img ges images nod http ima process 事務 InnoDB事務鎖之行鎖-隱式鎖轉換顯示鎖舉例理解原理

【轉】【MySQL】MySQL中的鎖（表鎖、行鎖，共享鎖，排它鎖，間隙鎖）

https://blog.csdn.net/soonfly/article/details/70238902 本文參考：  http://mysqlpub.com/thread-5383-1-1.html  http://blog.csdn.net/c466254931/ar

mysql 悲觀鎖、共享鎖、排它鎖、行鎖

悲觀鎖 與樂觀鎖相對應的就是悲觀鎖了。悲觀鎖就是在操作資料時，認為此操作會出現資料衝突，所以在進行每次操作時都要通過獲取鎖才能進行對相同資料的操作，這點跟java中的synchronized很相似，所以悲觀鎖需要耗費較多的時間。另外與樂觀鎖相對應的，悲觀鎖是由資料庫自己實現了的，要用的時候，我們

對mysql樂觀鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖概念的理解

實驗環境： mysql5.6 儲存引擎：innoDB 我們在操作資料庫的時候，可能會由於併發問題而引起的資料的不一致性（資料衝突） 樂觀鎖 樂觀鎖不是資料庫自帶的，需要我們自己去實現。樂觀鎖是指操作資料庫時(更新操作)，想法很樂觀，認為這次的操作不會導致衝突，在

MySQL中樂觀鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖的概念

樂觀鎖 樂觀鎖是指在操作資料庫時(更新操作)，想法很樂觀，認為此次操作不會導致衝突，所以在操作資料時，不進行任何其他的特殊處理（也就是不加鎖），而在進行更新後，再去判斷是否有衝突。 悲觀鎖 悲觀鎖是指在操作資料庫時(更新操作)，想法很悲觀，認為此次操作會出現衝突，所以在

MySQL/InnoDB中，樂觀鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖、死鎖概念的理解

MySQL/InnoDB的加鎖，一直是一個面試中常問的話題。例如，資料庫如果有高併發請求，如何保證資料完整性？產生死鎖問題如何排查並解決？我在工作過程中，也會經常用到，樂觀鎖，排它鎖，等。於是今天就對這幾個概念進行學習，屢屢思路，記錄一下。 注：MySQL是一

MySQL/InnoDB中的鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖、死鎖與MySQL讀寫分離

MySQL/InnoDB的加鎖，一直是一個面試中常問的話題。例如，資料庫如果有高併發請求，如何保證資料完整性？產生死鎖問題如何排查並解決？我在工作過程中，也會經常用到，樂觀鎖，排它鎖，等。於是今天就對這幾個概念進行學習，屢屢思路，記錄一下。 注：MySQL是一個支援

MySQL中的樂觀鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖、死鎖概念

下文的所有介紹，都是基於InnoDB儲存引擎，其他引擎的表現，會有較大的區別。 樂觀鎖 用資料版本（Version）記錄機制實現，是樂觀鎖最常用的一種實現方式。什麼是資料版本？即為資料增加一個版本標識，一般是通過為資料庫表增加一個數字型別的“version”欄位來實現

對mysql樂觀鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖概念的理解 （轉）

而在 狀態 line 主鍵 n) efault 你家 不一致 開啟 實驗環境： mysql5.6 存儲引擎：innoDB 我們在操作數據庫的時候，可能會由於並發問題而引起的數據的不一致性（數據沖突） 樂觀鎖樂觀鎖不是數據庫自帶的，需要我們自己去實現。樂觀鎖是指操作數據庫

mysql樂觀鎖、悲觀鎖、共享鎖、排它鎖

我們在操作資料庫的時候，可能會由於併發問題而引起的資料的不一致性（資料衝突） 樂觀鎖 樂觀鎖不是資料庫自帶的，需要我們自己去實現。樂觀鎖是指操作資料庫時(更新操作)，想法很樂觀，認為這次的操作不會導致衝突，在操作資料時，並不進行任何其他的特殊處理（也就是不加鎖），而在進行更新後，再去判斷是否

【 58沈劍 架構師之路】InnoDB七種鎖——共享/排它鎖、意向鎖、插入意向鎖

今天，將要介紹InnoDB另外三種：共享/排他鎖，意向鎖，插入意向鎖。   一，共享/排它鎖(Shared and Exclusive Locks) 《InnoDB併發為何這麼高？》一文介紹了通用的共享/排它鎖，在InnoDB裡當然也實現了標準的行級鎖(row-level locking)，共

資料庫樂觀鎖、悲觀鎖、共享鎖、排它鎖、行鎖、表鎖概念的理解

實驗環境：mysql5.6儲存引擎：innoDB我們在操作資料庫的時候，可能會由於併發問題而引起的資料的不一致性（資料衝突）樂觀鎖樂觀鎖不是資料庫自帶的，需要我們自己去實現。樂觀鎖是指操作資料庫時(更新操作)，想法很樂觀，認為這次的操作不會導致衝突，在操作資料時，並不進行任何

mysql的排它鎖、悲觀鎖、樂觀鎖

一、先來說說mysql  for update 是mysql的一種加鎖方式，排它鎖，加鎖後別的使用者可以讀取資料，但是不能更改資料。 我們舉一個專案中常見的應用場景吧。  比如有一張表 他有三個欄位。id代表商品id ,name代表商品名字,count代表該商品數量。 我們