共計 1498 個字符，預計需要花費 4 分鐘才能閱讀完成。

這篇文章給大家介紹 MySQL 中出現死鎖的原因有哪些，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

MySQL 死鎖問題原因有哪些

1、MySQL 常用存儲引擎的鎖機制

MyISAM 和 MEMORY 采用表級鎖(table-levellocking)

BDB 采用頁面鎖 (page-levellocking) 或表級鎖，默認為頁面鎖

InnoDB 支持行級鎖 (row-levellocking) 和表級鎖, 默認為行級鎖

2、各種鎖特點

表級鎖：開銷小, 加鎖快; 不會出現死鎖; 鎖定粒度大, 發生鎖沖突的概率最高, 并發度最低

行級鎖：開銷大, 加鎖慢; 會出現死鎖; 鎖定粒度最小, 發生鎖沖突的概率最低, 并發度也最高

頁面鎖：開銷和加鎖時間界于表鎖和行鎖之間; 會出現死鎖; 鎖定粒度界于表鎖和行鎖之間, 并發度一般

3、各種鎖的適用場景

表級鎖更適合于以查詢為主, 只有少量按索引條件更新數據的應用, 如 Web 應用

行級鎖則更適合于有大量按索引條件并發更新數據, 同時又有并發查詢的應用, 如一些在線事務處理系統

4、死鎖

是指兩個或兩個以上的進程在執行過程中, 因爭奪資源而造成的一種互相等待的現象, 若無外力作用, 它們都將無法推進下去。

表級鎖不會產生死鎖. 所以解決死鎖主要還是針對于最常用的 InnoDB.

5、死鎖舉例分析

在 MySQL 中，行級鎖并不是直接鎖記錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條 sql 語句操作了主鍵索引，MySQL 就會鎖定這條主鍵索引; 如果一條語句操作了非主鍵索引，MySQL 會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。

在 UPDATE、DELETE 操作時，MySQL 不僅鎖定 WHERE 條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的 next-keylocking。

例如，一個表 db.tab_test，結構如下：

id：主鍵;

state：狀態;

time：時間;

索引：idx_1(state,time)

出現死鎖日志如下：

***(1)TRANSACTION:TRANSACTION0677833455,ACTIVE0sec,processno11393,OSthreadid278546startingindexreadmysqltablesinuse1,locked1LOCKWAIT3lockstruct(s),heapsize320MySQLthreadid83,queryid162348740dcnet03dcnetSearchingrowsforupdateupdatetab_testsetstate=1064,time=now()wherestate=1061andtime

原因分析：

當“updatetab_testsetstate=1064,time=now()wherestate=1061andtime

假設“updatetab_testsetstate=1067,time=now()whereidin(9921180)”幾乎同時執行時，本語句首先鎖定主鍵索引，由于需要更新 state 的值，所以還需要鎖定 idx_1 的某些索引記錄。

這樣第一條語句鎖定了 idx_1 的記錄，等待主鍵索引，而第二條語句則鎖定了主鍵索引記錄，而等待 idx_1 的記錄，這樣死鎖就產生了。

MySQL 死鎖問題怎么解決

拆分第一條 sql，先查出符合條件的主鍵值，再按照主鍵更新記錄：

selectidfromtab_testwherestate=1061andtime

關于 MySQL 中出現死鎖的原因有哪些就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。