出處：http://www.jb51.net/article/51508.htm

MySQL死鎖問題是很多程序員在項目開發中常遇到的問題，現就MySQL死鎖及解決方法詳解如下：

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

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

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

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

2、各種鎖特點

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

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

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

3、各種鎖的適用場景

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

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

4、死鎖

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

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

5、死鎖舉例分析

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

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

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

id：主鍵；

state：狀態；

time：時間；

索引：idx_1 (state, time)

出現死鎖日志如下：

原因分析：

當“update tab_test set state=1064,time=now() where state=1061 and time < date_sub(now(), INTERVAL 30 minute)”執行時，MySQL會使用idx_1索引，因此首先鎖定相關的索引記錄，因為idx_1是非主鍵索引，為執行該語句，MySQL還會鎖定主鍵索引。

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

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

6、解決辦法

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

至此MySQL死鎖問題得以解決！

總結

以上是生活随笔為你收集整理的mysql 1061原因_MySQL死锁问题分析及解决方法实例详解(转)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。