InnoDB實(shí)現(xiàn)了兩種類型的行鎖炫欺。
共享鎖（S）：允許一個(gè)事務(wù)去讀一行，阻止其他事務(wù)獲得相同的數(shù)據(jù)集的排他鎖囤攀。
排他鎖（X）：允許獲得排他鎖的事務(wù)更新數(shù)據(jù)背稼，但是組織其他事務(wù)獲得相同數(shù)據(jù)集的共享鎖和排他鎖桨嫁。
可以這么理解：
共享鎖就是我讀的時(shí)候植兰，你可以讀，但是不能寫璃吧。排他鎖就是我寫的時(shí)候楣导，你不能讀也不能寫。其實(shí)就是MyISAM的讀鎖和寫鎖畜挨，但是針對(duì)的對(duì)象不同了而已筒繁。
除此之外InnoDB還有兩個(gè)表鎖：
意向共享鎖（IS）：表示事務(wù)準(zhǔn)備給數(shù)據(jù)行加入共享鎖，也就是說一個(gè)數(shù)據(jù)行加共享鎖前必須先取得該表的IS鎖
意向排他鎖（IX）：類似上面朦促，表示事務(wù)準(zhǔn)備給數(shù)據(jù)行加入排他鎖膝晾，說明事務(wù)在一個(gè)數(shù)據(jù)行加排他鎖前必須先取得該表的IX鎖。
意向鎖是InnoDB自動(dòng)加的务冕，不需要用戶干預(yù)血当。
對(duì)于insert、update禀忆、delete臊旭，InnoDB會(huì)自動(dòng)給涉及的數(shù)據(jù)加排他鎖（X）；對(duì)于一般的Select語句箩退，InnoDB不會(huì)加任何鎖离熏，事務(wù)可以通過以下語句給顯示加共享鎖或排他鎖。
共享鎖：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ì)于行的查詢球恤，都是采用該方法辜昵，主要目的是解決幻讀的問題。
InnoDB行鎖是通過給索引項(xiàng)加鎖實(shí)現(xiàn)的碎捺，索引分為主鍵索引和非主鍵索引兩種路鹰，如果一條sql語句操作了主鍵索引，MySQL就會(huì)鎖定這條主鍵索引;如果一條語句操作了非主鍵索引收厨，MySQL會(huì)先鎖定該非主鍵索引，再鎖定相關(guān)的主鍵索引优构，如果沒有索引诵叁，InnoDB會(huì)通過隱藏的聚簇索引來對(duì)記錄加鎖。也就是說：如果不通過索引條件檢索數(shù)據(jù)钦椭，那么InnoDB將對(duì)表中所有數(shù)據(jù)加鎖拧额，實(shí)際效果跟表鎖一樣。
InnoDB對(duì)于行的查詢都是采用了Next-Key Lock的算法彪腔，鎖定的不是單個(gè)值侥锦，而是一個(gè)范圍（GAP）。上面索引值有1德挣，3恭垦，5，8格嗅，11番挺，其記錄的GAP的區(qū)間如下：是一個(gè)左開右閉的空間（原因是默認(rèn)主鍵的有序自增的特性，結(jié)合后面的例子說明）
（-∞,1]屯掖，(1,3]玄柏，(3,5]，(5,8]贴铜，(8,11]粪摘，(11,+∞）
默認(rèn)情況下，InnoDb在可重復(fù)讀 事務(wù)隔離級(jí)別下使用此鎖绍坝，通過?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è)間隙插入記錄的。
