MySQL中出現死鎖的原因有哪些

這篇文章給大家介紹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中出現死鎖的原因有哪些就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。