關於mysql innodb next key lock 的一些疑問？

1樓：LV Summer

我認為這裡有兩個原因:

幻讀是指兩次讀取結果不一致。select沒有讀取41，所以也不會出現幻讀。即便是select了41，事務中的普通select並不會加next-key鎖，所以insert(5,41)可以成功

mysql解決幻讀的方法是next-key lock。對於題目中的情況，加鎖區間應該是(30~40]，而不包括後面的(40,50)。當這個索引是唯一索引是，並且操作符是=時，就成為了行級鎖。

2樓：light0x00

因為你的age並不是唯一索引, 不鎖30~40,40~50間隙,意味著其他事務可以在任意位置插入age相等的行.

假設現在事務B像下面這樣插入一條 age=40的記錄.

insert

into

test

values(5

,40);此時age的二級索引的葉子頁是下面這樣(1,20），（2,30），（3,40）（5,40)，（4,50）

這樣你的事務裡第二次查詢「age=40」, 就會搜出「兩條age=40的記錄」,也就產生了幻讀.

select

*from

test

where

age=40;

結果:（3

,40）（5

,40)

3樓：葉金標

因為你的age索引是非唯一索引,那麼你插入的是(5,40)的話,不加gap鎖,就能插入了,這時第二次

select * from test where age = 40,就出現兩條記錄了,就出現幻讀了

4樓：Morris

首先，你這個查詢會用一致性非鎖定讀，而不會加鎖。

注意，你age上的是輔助索引，where子句包含輔助索引的條件時，需要先搜尋輔助索引，得到主鍵，再根據主鍵去聚集索引上，找到對應記錄。

聚集索引、輔助索引都是B+樹實現，同乙個節點中key按順序排列，比如你的輔助索引葉節點，按照你的資料來排，就是20, 30, 40, 50，本來是沒有41的，在你的這個事務中第一次查輔助索引查不到41，如果你不鎖區間，這個時候別的事務新增了乙個(5, 41)，你這個事務第二次不就查到41了麼。

這就是Phantom Problem了，同乙個事務裡兩次查詢結果不一致，事務隔離性打破了。所以，在輔助索引上的next-key lock要鎖區間，輔助索引上鎖了區間，相應的在聚集索引上同樣會加乙個record lock。