InnoDB實(shí)現(xiàn)了兩種類型的行鎖。

共享鎖（S）：允許一個(gè)事務(wù)去讀一行，阻止其他事務(wù)獲得相同的數(shù)據(jù)集的排他鎖。

排他鎖（X）：允許獲得排他鎖的事務(wù)更新數(shù)據(jù)，但是組織其他事務(wù)獲得相同數(shù)據(jù)集的共享鎖和排他鎖。

可以這么理解：

共享鎖就是我讀的時(shí)候，你可以讀，但是不能寫(xiě)。排他鎖就是我寫(xiě)的時(shí)候，你不能讀也不能寫(xiě)。其實(shí)就是MyISAM的讀鎖和寫(xiě)鎖，但是針對(duì)的對(duì)象不同了而已。

除此之外InnoDB還有兩個(gè)表鎖：

意向共享鎖（IS）：表示事務(wù)準(zhǔn)備給數(shù)據(jù)行加入共享鎖，也就是說(shuō)一個(gè)數(shù)據(jù)行加共享鎖前必須先取得該表的IS鎖

意向排他鎖（IX）：類似上面，表示事務(wù)準(zhǔn)備給數(shù)據(jù)行加入排他鎖，說(shuō)明事務(wù)在一個(gè)數(shù)據(jù)行加排他鎖前必須先取得該表的IX鎖。

意向鎖是InnoDB自動(dòng)加的，不需要用戶干預(yù)。

對(duì)于insert、update、delete，InnoDB會(huì)自動(dòng)給涉及的數(shù)據(jù)加排他鎖（X）；對(duì)于一般的Select語(yǔ)句，InnoDB不會(huì)加任何鎖，事務(wù)可以通過(guò)以下語(yǔ)句給顯示加共享鎖或排他鎖。

共享鎖：select * from table_name where .....lock in share mode

排他鎖：select * from table_name where .....for update

InnoDB有三種行鎖的算法：

1，Record Lock：?jiǎn)蝹€(gè)行記錄上的鎖。

2，Gap Lock：間隙鎖，鎖定一個(gè)范圍，但不包括記錄本身。GAP鎖的目的，是為了防止同一事務(wù)的兩次當(dāng)前讀，出現(xiàn)幻讀的情況。

3，Next-Key Lock：1+2，鎖定一個(gè)范圍，并且鎖定記錄本身。對(duì)于行的查詢，都是采用該方法，主要目的是解決幻讀的問(wèn)題。

InnoDB行鎖是通過(guò)給索引項(xiàng)加鎖實(shí)現(xiàn)的，索引分為主鍵索引和非主鍵索引兩種，如果一條sql語(yǔ)句操作了主鍵索引，MySQL就會(huì)鎖定這條主鍵索引;如果一條語(yǔ)句操作了非主鍵索引，MySQL會(huì)先鎖定該非主鍵索引，再鎖定相關(guān)的主鍵索引，如果沒(méi)有索引，InnoDB會(huì)通過(guò)隱藏的聚簇索引來(lái)對(duì)記錄加鎖。也就是說(shuō)：如果不通過(guò)索引條件檢索數(shù)據(jù)，那么InnoDB將對(duì)表中所有數(shù)據(jù)加鎖，實(shí)際效果跟表鎖一樣。

InnoDB對(duì)于行的查詢都是采用了Next-Key Lock的算法，鎖定的不是單個(gè)值，而是一個(gè)范圍（GAP）。上面索引值有1，3，5，8，11，其記錄的GAP的區(qū)間如下：是一個(gè)左開(kāi)右閉的空間（原因是默認(rèn)主鍵的有序自增的特性，結(jié)合后面的例子說(shuō)明）

（-∞,1]，(1,3]，(3,5]，(5,8]，(8,11]，(11,+∞）

默認(rèn)情況下，InnoDb在可重復(fù)讀 事務(wù)隔離級(jí)別下使用此鎖，通過(guò)?SHOW ENGINE INNODB STATUS?命令可以查看事務(wù)處理數(shù)據(jù)的間隙鎖狀態(tài)。

InnoDB對(duì)于行的查詢都是采用了Next-Key Lock的算法，鎖定的不是單個(gè)值，而是一個(gè)范圍，按照這個(gè)方法是會(huì)和第一次測(cè)試結(jié)果一樣。但是，當(dāng)查詢的索引含有唯一屬性的時(shí)候，Next-Key Lock 會(huì)進(jìn)行優(yōu)化，將其降級(jí)為Record Lock，即僅鎖住索引本身，不是范圍。

Next-Key Lock是行鎖與間隙鎖的組合，這樣，當(dāng)InnoDB掃描索引記錄的時(shí)候，會(huì)首先對(duì)選中的索引記錄加上行鎖（Record Lock），再對(duì)索引記錄兩邊的間隙加上間隙鎖（Gap Lock）。如果一個(gè)間隙被事務(wù)T1加了鎖，其它事務(wù)是不能在這個(gè)間隙插入記錄的。