MySQL中出現(xiàn)死鎖的原因有哪些

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

　　MySQL死鎖問題原因有哪些

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

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

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

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

　　2、各種鎖特點

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

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

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

　　3、各種鎖的適用場景

　　表級鎖更適合于以查詢?yōu)橹?只有少量按索引條件更新數(shù)據(jù)的應(yīng)用,如Web應(yīng)用

　　行級鎖則更適合于有大量按索引條件并發(fā)更新數(shù)據(jù),同時又有并發(fā)查詢的應(yīng)用,如一些在線事務(wù)處理系統(tǒng)

　　4、死鎖

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

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

　　5、死鎖舉例分析

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

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

　　例如，一個表db.tab_test，結(jié)構(gòu)如下：

　　id：主鍵;

　　state：狀態(tài);

　　time：時間;

　　索引：idx_1(state,time)

　　出現(xiàn)死鎖日志如下：

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

　　原因分析：

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

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

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

　　MySQL死鎖問題怎么解決

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

　　selectidfromtab_testwherestate=1061andtime

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