欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

MySQL死鎖問題分析及解決方法實例詳解

 更新時間:2014年06月25日 09:34:16   投稿:shichen2014  
這篇文章主要介紹了MySQL死鎖問題分析及解決方法,需要的朋友可以參考下

MySQL死鎖問題是很多程序員在項目開發(fā)中常遇到的問題,現(xiàn)就MySQL死鎖及解決方法詳解如下:

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

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

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

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

2、各種鎖特點

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

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

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

3、各種鎖的適用場景

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

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

4、死鎖

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

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

5、死鎖舉例分析

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

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

例如,一個表db.tab_test,結構如下:

id:主鍵;
state:狀態(tài);
time:時間;
索引:idx_1 (state, time)

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

***(1) TRANSACTION: 
TRANSACTION 0 677833455, ACTIVE 0 sec, process no 11393, OS thread id 278546 starting index read 
mysql tables in use 1, locked 1 
LOCK WAIT 3 lock struct(s), heap size 320 
MySQL thread id 83, query id 162348740 dcnet03 dcnet Searching rows for update 
update tab_test set state=1064,time=now() where state=1061 and time < date_sub(now(), INTERVAL 30 minute) (任務1的sql語句) 
***(1) WAITING FOR THIS LOCK TO BE GRANTED: (任務1等待的索引記錄) 
RECORD LOCKS space id 0 page no 849384 n bits 208 index `PRIMARY` of table `db/tab_test` trx id 0 677833455 _mode X locks rec but not gap waiting 
Record lock, heap no 92 PHYSICAL RECORD: n_fields 11; compact format; info bits 0 
0: len 8; hex 800000000097629c; asc b ;; 1: len 6; hex 00002866eaee; asc (f ;; 2: len 7; hex 00000d40040110; asc @ ;; 3: len 8; hex 80000000000050b2; asc P ;; 4: len 8; hex 800000000000502a; asc P*;; 5: len 8; hex 8000000000005426; asc T&;; 6: len 8; hex 800012412c66d29c; asc A,f ;; 7: len 23; hex 75706c6f6164666972652e636f6d2f6 8616e642e706870; asc xxx.com/;; 8: len 8; hex 800000000000042b; asc +;; 9: len 4; hex 474bfa2b; asc GK +;; 10: len 8; hex 8000000000004e24; asc N$;; 
*** (2) TRANSACTION: 
TRANSACTION 0 677833454, ACTIVE 0 sec, process no 11397, OS thread id 344086 updating or deleting, thread declared inside InnoDB 499 
mysql tables in use 1, locked 1 
3 lock struct(s), heap size 320, undo log entries 1 
MySQL thread id 84, query id 162348739 dcnet03 dcnet Updating update tab_test set state=1067,time=now () where id in (9921180) (任務2的sql語句) 
*** (2) HOLDS THE LOCK(S): (任務2已獲得的鎖) 
RECORD LOCKS space id 0 page no 849384 n bits 208 index `PRIMARY` of table `db/tab_test` trx id 0 677833454 lock_mode X locks rec but not gap 
Record lock, heap no 92 PHYSICAL RECORD: n_fields 11; compact format; info bits 0 
0: len 8; hex 800000000097629c; asc b ;; 1: len 6; hex 00002866eaee; asc (f ;; 2: len 7; hex 00000d40040110; asc @ ;; 3: len 8; hex 80000000000050b2; asc P ;; 4: len 8; hex 800000000000502a; asc P*;; 5: len 8; hex 8000000000005426; asc T&;; 6: len 8; hex 800012412c66d29c; asc A,f ;; 7: len 23; hex 75706c6f6164666972652e636f6d2f6 8616e642e706870; asc uploadfire.com/hand.php;; 8: len 8; hex 800000000000042b; asc +;; 9: len 4; hex 474bfa2b; asc GK +;; 10: len 8; hex 8000000000004e24; asc N$;; 
*** (2) WAITING FOR THIS LOCK TO BE GRANTED: (任務2等待的鎖) 
RECORD LOCKS space id 0 page no 843102 n bits 600 index `idx_1` of table `db/tab_test` trx id 0 677833454 lock_mode X locks rec but not gap waiting  
Record lock, heap no 395 PHYSICAL RECORD: n_fields 3; compact format; info bits 0 
0: len 8; hex 8000000000000425; asc %;; 1: len 8; hex 800012412c66d29c; asc A,f ;; 2: len 8; hex 800000000097629c; asc b ;; 
*** WE ROLL BACK TRANSACTION (1) 
(回滾了任務1,以解除死鎖)

原因分析:

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

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

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

6、解決辦法

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

select id from tab_test where state=1061 and time < date_sub(now(), INTERVAL 30 minute); 
update tab_test state=1064,time=now() where id in(......); 

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

相關文章

  • django2.2版本連接mysql數(shù)據(jù)庫的方法

    django2.2版本連接mysql數(shù)據(jù)庫的方法

    這篇文章主要介紹了django2.2版本如何連接mysql數(shù)據(jù)庫,本文圖文并茂給大家介紹的非常詳細,具有一定的參考借鑒價值,需要的朋友可以參考下
    2019-10-10
  • MySQL錯誤“Specified key was too long; max key length is 1000 bytes”的解決辦法

    MySQL錯誤“Specified key was too long; max key length is 1000 b

    今天在為數(shù)據(jù)庫中的某兩個字段設置unique索引的時候,出現(xiàn)了Specified key was too long; max key length is 1000 bytes錯誤
    2010-08-08
  • Mysql使用索引的正確方法及索引原理詳解

    Mysql使用索引的正確方法及索引原理詳解

    這篇文章主要給大家介紹了關于Mysql使用索引的正確方法及索引原理的相關資料,文中通過示例代碼介紹的非常詳細,對大家學習或者使用mysql具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2018-05-05
  • MySQL 百萬級數(shù)據(jù)的4種查詢優(yōu)化方式

    MySQL 百萬級數(shù)據(jù)的4種查詢優(yōu)化方式

    本文講解了MySQL 百萬級數(shù)據(jù)的4種查詢優(yōu)化方式,大家可以根據(jù)自身需求,選擇適合自己的優(yōu)化方式
    2021-06-06
  • MySQL建表設置默認值/取值范圍的操作代碼

    MySQL建表設置默認值/取值范圍的操作代碼

    這篇文章主要介紹了MySQL建表設置默認值/取值范圍的操作代碼,文中給大家提到了MySQL創(chuàng)建表時字符串的默認值,本文給大家講解的非常詳細,需要的朋友可以參考下
    2022-11-11
  • MySQL 5.7之關于SQL_MODE的設置

    MySQL 5.7之關于SQL_MODE的設置

    這篇文章主要介紹了MySQL 5.7之關于SQL_MODE的設置方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2022-08-08
  • MYSQL日志的正確刪除方法詳解

    MYSQL日志的正確刪除方法詳解

    這篇文章主要介紹了MYSQL日志的正確刪除方法,詳細分析了MySQL日志刪除的步驟與相關注意事項,需要的朋友可以參考下
    2016-04-04
  • mysql如何查詢兩個日期之間最大的連續(xù)登錄天數(shù)

    mysql如何查詢兩個日期之間最大的連續(xù)登錄天數(shù)

    在現(xiàn)在的很多網(wǎng)站中都有這樣一個功能。記錄用戶的連續(xù)登陸天數(shù),所謂的連續(xù)在線是指相鄰兩天都登錄過,不一定一直在線,但是只要有過登錄即可。這篇文章主要介紹的是利用sql語句如何查詢在兩個日期之間最大的連續(xù)登錄天數(shù),有需要的朋友們下面來一起看看吧。
    2016-10-10
  • phpstudy無法啟動MySQL數(shù)據(jù)庫解決方法

    phpstudy無法啟動MySQL數(shù)據(jù)庫解決方法

    這篇文章主要給大家介紹了關于phpstudy無法啟動MySQL數(shù)據(jù)庫的解決方法,文中通過圖文將解決的辦法介紹的非常詳細,對同樣遇到這個問題的同學具有一定的參考借鑒價值,需要的朋友可以參考下
    2024-05-05
  • 詳解MySQL中的pid與socket

    詳解MySQL中的pid與socket

    不知道你有沒有注意過,MySQL 啟動時需要配置 pid 及 socket 文件路徑。偶爾還會出現(xiàn)因 pid 文件找不到而啟動失敗的現(xiàn)象,那么 pid 與 socket 文件究竟是干什么用的呢?我們一起來看下本篇文章。
    2021-06-06

最新評論