使用mysql數(shù)據(jù)庫，在并發(fā)加鎖的時候不注意，如鎖A和鎖B，出現(xiàn)鎖A等待鎖B，鎖B又等待鎖A的情況，這個時候會引發(fā)死鎖。一個成熟的數(shù)據(jù)庫，一般都有死鎖檢測機制，會自動識別死鎖的情況。但有時候為了減少死鎖檢查的性能開銷，會選擇關閉死鎖檢測，這個時候如果出現(xiàn)死鎖會等待超時才會釋放鎖的。
關于innodb鎖機制需要注意的是：
- InnoDB行鎖是通過給索引項加鎖實現(xiàn)的，如果沒有索引，InnoDB會通過隱藏的聚簇索引來對記錄加鎖。也就是說：如果不通過索引條件檢索數(shù)據(jù)，那么InnoDB將對表中所有數(shù)據(jù)加鎖，實際效果跟表鎖一樣。
- 由于MySQL的行鎖是針對索引加的鎖，不是針對記錄加的鎖，所以雖然是訪問不同行的記錄，但是如果是使用相同的索引鍵，是會出現(xiàn)鎖沖突的。說白了就是，where id=1 for update 會鎖定所有id=1的數(shù)據(jù)行，如果是where id=1 and name='liuwenhe' for update,這樣會把所有 id=1以及所有name='liuwenhe'的行都上排它鎖；
- 當表有多個索引的時候，不同的事務可以使用不同的索引鎖定不同的行，另外，不論是使用主鍵索引、唯一索引或普通索引，InnoDB都會使用行鎖來對數(shù)據(jù)加鎖。
- 即便在條件中使用了索引字段，但是否使用索引來檢索數(shù)據(jù)是由MySQL優(yōu)化器通過判斷不同執(zhí)行計劃的代價來決定的，如果MySQL認為全表掃描效率更高，比如對一些很小的表，它就不會使用索引，或者飲食轉換，或者like百分號在前等等，這種情況下InnoDB將使用表鎖，而不是行鎖。因此，在分析鎖沖突時，別忘了檢查SQL的執(zhí)行計劃，以確認是否真正使用了索引。
MySQL的并發(fā)控制有兩種方式，一個是 MVCC，一個是兩階段鎖協(xié)議。那么為什么要并發(fā)控制呢？是因為多個用戶同時操作 MySQL 的時候，為了提高并發(fā)性能并且要求如同多個用戶的請求過來之后如同串行執(zhí)行的一樣（可串行化調度）。具體的并發(fā)控制這里不再展開。咱們繼續(xù)深入討論兩階段鎖協(xié)議。
兩階段鎖協(xié)議（2PL）
兩階段鎖協(xié)議是指所有事務必須分兩個階段對數(shù)據(jù)加鎖和解鎖，在對任何數(shù)據(jù)進行讀、寫操作之前，事務首先要獲得對該數(shù)據(jù)的封鎖；在釋放一個封鎖之后，事務不再申請和獲得任何其他封鎖。
對應到 MySQL 上分為兩個階段：
- 擴展階段（事務開始后，commit 之前）：獲取鎖
- 收縮階段（commit 之后）：釋放鎖
就是說呢，只有遵循兩段鎖協(xié)議，才能實現(xiàn) 可串行化調度。
但是兩階段鎖協(xié)議不要求事務必須一次將所有需要使用的數(shù)據(jù)加鎖，并且在加鎖階段沒有順序要求，所以這種并發(fā)控制方式會形成死鎖。
MySQL有兩種死鎖處理方式：
- 等待，直到超時（
innodb_lock_wait_timeout=50s）。 - 發(fā)起死鎖檢測，主動回滾一條事務，讓其他事務繼續(xù)執(zhí)行（
innodb_deadlock_detect=on）。
由于性能原因，一般都是使用死鎖檢測來進行處理死鎖。
死鎖檢測
死鎖檢測的原理是構建一個以事務為頂點、鎖為邊的有向圖，判斷有向圖是否存在環(huán)，存在即有死鎖。
回滾
檢測到死鎖之后，選擇插入更新或者刪除的行數(shù)最少的事務回滾，基于INFORMATION_SCHEMA.INNODB_TRX表中的trx_weight字段來判斷。
如何避免發(fā)生死鎖
- 收集死鎖信息：
- 利用命令 SHOW ENGINE INNODB STATUS查看死鎖原因。
- 調試階段開啟 innodb_print_all_deadlocks，收集所有死鎖日志。
- 減少死鎖：
- 使用事務，不使用 lock tables 。
- 保證沒有長事務。
- 操作完之后立即提交事務，特別是在交互式命令行中。
- 如果在用 (SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE)，嘗試降低隔離級別。
- 修改多個表或者多個行的時候，將修改的順序保持一致。
- 創(chuàng)建索引，可以使創(chuàng)建的鎖更少。
- 最好不要用 (SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE)。
- 如果上述都無法解決問題，那么嘗試使用 lock tables t1, t2, t3 鎖多張表
可以通過以下三個語句來查詢被打開的表，正在執(zhí)行的任務列表和開啟的事務
show OPEN TABLES where In_use > 0;
show processlist; -- kill殺死進程id（id列）
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
-- kill殺死進程id（trx_mysql_thread_id列）
