一、InnoDB的next-key lock為什么是左開右閉的

InnoDB的next-key lock本身的設(shè)計方案就是左開右閉的，例如

select * from t where c2 = 10 for update;

則鎖定的是 c2=10 這條記錄本身，以及其索引節(jié)點(diǎn)上 c2=10 前面的那個gap。

但在RR隔離級別中，為了避免發(fā)生幻讀，需要把所有可能插入 c2=10 這個值的位置都加上鎖，所以對 i=10 后面的gap也會加鎖。

例如，當(dāng)前t表上的值有以下（id列是主鍵，c2列是普通索引，c3列無索引）

id? c2? c3

1?? 1?? 1

2?? 3?? 2

10? 5?? 10

15? 15? 15

20? 10? 20

30? 20? 20

那么對于 c2 這個輔助索引，其索引記錄真實(shí)的值是下面這樣的（要包含id列值，innodb的特性決定的）

c2? id

1?? 1

3?? 2

5?? 10

10? 20

15? 15

20? 30

那么上面的加鎖請求

select * from t where c2 = 10 for update;

真正要加鎖的范圍是 (5, 15)，也就是說，除了 c2 = 10 這條記錄外，還要對 5~10、10~15這兩個gap也加上鎖，才能保證（RR隔離級別）事務(wù)期間，這兩個gap也不會插入c2=10的記錄，而導(dǎo)致發(fā)生幻讀。

延伸閱讀：

二、InnoDB是什么

InnoDB 是 MySQL 上名列前茅個提供外鍵約束的數(shù)據(jù)存儲引擎，除了提供事務(wù)處理外，InnoDB 還支持行鎖，提供和 Oracle 一樣的一致性的不加鎖讀取，能增加并發(fā)讀的用戶數(shù)量并提高性能，不會增加鎖的數(shù)量。InnoDB 的設(shè)計目標(biāo)是處理大容量數(shù)據(jù)時最大化性能，它的 CPU 利用率是其他所有基于磁盤的關(guān)系數(shù)據(jù)庫引擎中最有效率的。

InnoDB 是一套放在 MySQL 后臺的完整數(shù)據(jù)庫系統(tǒng)，InnoDB 有它自己的緩沖池，能緩沖數(shù)據(jù)和索引，InnoDB 還把數(shù)據(jù)和索引存放在表空間里面，可能包含好幾個文件，這和 MyISAM 表完全不同，在 MyISAM 中，表被存放在單獨(dú)的文件中，InnoDB 表的大小只受限于操作系統(tǒng)文件的大小，一般為 2GB。