Mysql的鎖 - 簡書

（1）鎖類型：表鎖&行鎖

? ? ? ? ?表鎖是在mysql?server層實(shí)現(xiàn)的上鞠，而行鎖的mysql存儲引擎實(shí)現(xiàn)的

所以表鎖相對簡單，直接給該表加一個鎖標(biāo)識即可澈歉。行鎖則相對復(fù)雜写半。

注意事項：

1、innodb加行鎖是對主鍵索引或者二級索引上加鎖九昧，而不是對數(shù)據(jù)加鎖绊袋。

2、ALTER TABLE 語句鎖全表铸鹰，且不能回滾癌别。

（2）InnoDB 兩種類型的行級鎖：

共享鎖?（也稱為 S 鎖）：允許事務(wù)讀取一行數(shù)據(jù)。

可以使用 SQL 語句?select * from tableName where... lock in share mode;?手動加 S 鎖蹋笼。

獨(dú)占鎖?（也稱為 X 鎖）：允許事務(wù)刪除或更新一行數(shù)據(jù)展姐。

可以使用 SQL 語句?select * from tableName where... for update; 手動加 X 鎖。

? ? ? ?共享鎖和排他鎖是行鎖級別的剖毯，對表加鎖會遇到一個問題圾笨，就是每次加鎖之前需要掃描表中的每一行數(shù)據(jù)，判斷該行是不是被鎖住逊谋，這樣比較耗費(fèi)性能墅拭，所有出現(xiàn)了意向鎖，就是在對行加鎖的時候在表上加一個意向鎖涣狗，表示該表中有行級鎖的存在。意向鎖也是表級鎖

意向共享鎖?（IS）：事務(wù)即將給表中的各個行設(shè)置共享鎖舒憾，事務(wù)給數(shù)據(jù)行加 S 鎖前必須獲得該表的 IS 鎖镀钓。

意向排他鎖?（IX）：事務(wù)即將給表中的各個行設(shè)置排他鎖，事務(wù)給數(shù)據(jù)行加 X 鎖前必須獲得該表 IX 鎖镀迂。

（2）行鎖的算法

InnoDB 存儲引擎使用三種行鎖的算法用來滿足相關(guān)事務(wù)隔離級別的要求丁溅。

Record Locks

1、該鎖為索引上的鎖探遵，如果命中索引窟赏，直接加Record鎖妓柜。

2、當(dāng)SQL語句無法使用索引時涯穷，會進(jìn)行全表掃描棍掐，這個時候MySQL會通過存儲引擎給整張表加記錄鎖，再由MySQL Server層進(jìn)行過濾拷况，在 MySQL Server 層進(jìn)行過濾的時候作煌，如果發(fā)現(xiàn)不滿足 WHERE 條件，會釋放對應(yīng)記錄的鎖赚瘦。這樣做粟誓，保證了最后只會持有滿足條件記錄上的鎖，但是每條記錄的加鎖操作還是不能省略的起意。

注意：所以更新操作where條件后面字段盡量走索引鹰服，不僅會消耗大量的鎖資源，增加數(shù)據(jù)庫的開銷揽咕，還會極大的降低了數(shù)據(jù)庫的并發(fā)性能

Gap Locks

? ? ? ? ?該鎖會鎖定一個范圍悲酷，但是不括記錄本身。間隙鎖只發(fā)生在where條件為索引的情況心褐，才會產(chǎn)生間隙鎖舔涎，如果where?條件不是索引，此時進(jìn)行update逗爹，是會進(jìn)行表鎖亡嫌。

? ? ? ? 假如更新 where id = 49這條記錄不存在，這個 SQL 語句還會加鎖嗎掘而？答案是可能有挟冠，這取決于數(shù)據(jù)庫的隔離級別。這種情況下袍睡，在 RC 隔離級別不會加任何鎖知染，在 RR 隔離級別會在 id = 49 前后兩個索引之間加上間隙鎖。

1斑胜、間隙鎖是一種加在兩個索引之間的鎖控淡，或者加在第一個索引之前，或最后一個索引之后的間隙止潘。

2掺炭、這個間隙可以跨一個索引記錄，多個索引記錄凭戴，甚至是空的涧狮。

3、使用間隙鎖可以防止其他事務(wù)在這個范圍內(nèi)插入或修改記錄，保證兩次讀取這個范圍內(nèi)的記錄不會變者冤，配合select in share mode或者for update肤视，可以解決幻讀。

4涉枫、間隙鎖和間隙鎖之間是互不沖突的

Next-key Locks

? ? ? ?該鎖就是 Record Locks 和 Gap Locks 的組合邢滑，即鎖定一個范圍并且鎖定該記錄本身。InnoDB 使用 Next-key Locks 解決幻讀問題拜银。

注意：如果id不是主鍵殊鞭，而是二級索引，且不是唯一索引尼桶，那么這個 SQL 在 RR 隔離級別下就會加如下的 Next-key鎖操灿，目的是防止再插入一條相同的索引。

加鎖原則

原則 1：加鎖的基本單位是 next-key lock泵督。也就是首先更新的時候會先加next-key lock,然后逐漸退化趾盐。

原則 2：查找過程中訪問到的對象才會加鎖。

優(yōu)化 1：索引上的等值查詢小腊，給唯一索引加鎖的時候救鲤，next-key lock 退化為行鎖。

優(yōu)化 2：索引上的等值查詢秩冈，向右遍歷時且最后一個值不滿足等值條件的時候本缠，next-key lock 退化為間隙鎖。

詳細(xì)可參考：http://www.reibang.com/p/fb7703906412

說明：

? ? ? ? RR級別下存在幻讀的可能入问，但也是可以使用對記錄手動加 X鎖的方法消除幻讀丹锹。SERIALIZABLE 正是對所有事務(wù)都加 X鎖才杜絕了幻讀，但很多場景下我們的業(yè)務(wù)sql并不會存在幻讀的風(fēng)險芬失。SERIALIZABLE 的一刀切雖然事務(wù)絕對安全楣黍，但性能會有很多不必要的損失。故可以在 RR 下根據(jù)業(yè)務(wù)需求決定是否加鎖棱烂，存在幻讀風(fēng)險我們加鎖租漂，不存在就不加鎖，事務(wù)安全與性能兼?zhèn)浼彰樱@也是RR作為mysql默認(rèn)隔是個事務(wù)離級別的原因哩治，所以需要正確的理解幻讀（(select ..in share mode)/(select..for update)+間歇鎖解決幻讀）。

其他相關(guān)鎖：

? ? ? ? AUTOINC鎖又叫自增鎖（一般簡寫成 AI 鎖）衬鱼，是一種表鎖锚扎，當(dāng)表中有自增列（AUTOINCREMENT）時出現(xiàn)。當(dāng)插入表中有自增列時馁启，數(shù)據(jù)庫需要自動生成自增值，它會先為該表加AUTOINC表鎖，阻塞其他事務(wù)的插入操作惯疙，這樣保證生成的自增值肯定是唯一的翠勉。

AUTOINC鎖具有如下特點(diǎn)：

AUTO_INC鎖互不兼容，也就是說同一張表同時只允許有一個自增鎖霉颠；

[if !supportLists]·?[endif]自增值一旦分配了就會+1对碌，如果事務(wù)回滾，自增值也不會減回去蒿偎，所以自增值可能會出現(xiàn)中斷的情況朽们。

顯然，AUTOINC表鎖會導(dǎo)致并發(fā)插入的效率降低诉位，為了提高插入的并發(fā)性骑脱，MySQL從 5.1.22 版本開始，引入了一種可選的輕量級鎖（mutex）機(jī)制來代替 AUTOINC 鎖苍糠，可以通過參數(shù)innodbautoinclockmode來靈活控制分配自增值時的并發(fā)策略叁丧。

死鎖現(xiàn)象

? ? ? 死鎖?是指兩個或兩個以上的進(jìn)程在執(zhí)行過程中，由于競爭資源或者由于彼此通信而造成的一種阻塞的現(xiàn)象岳瞭，若無外力作用拥娄，它們都將無法推進(jìn)下去。此時稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖瞳筏，這些永遠(yuǎn)在互相等待的進(jìn)程稱為死鎖進(jìn)程稚瘾。

InnoDB 引擎采取的是?wait-for graph?等待圖的方法來自動檢測死鎖，如果發(fā)現(xiàn)死鎖會自動回滾一個事務(wù)姚炕。

下面我們通過一個示例來了解死鎖摊欠。

以上是select的時候顯式的加排它鎖，以上導(dǎo)致的死鎖比較明顯钻心，好排查凄硼，可重復(fù)讀級別下select不會加鎖，但是update會加鎖捷沸。因為是Innodb隱式的加鎖摊沉，不太容易排查：

間歇鎖導(dǎo)致的死鎖：