快捷導(dǎo)航

InnoDB數(shù)據(jù)庫(kù)死鎖問(wèn)題處理

更新時(shí)間：2016年03月16日 11:33:52 投稿：hebedich

本文給大家講解的是mysql數(shù)據(jù)庫(kù)InnoDB類型，在update表的時(shí)候出現(xiàn)死鎖現(xiàn)象的原因及解決辦法，有需要的小伙伴可以參考下。

場(chǎng)景描述

在update表的時(shí)候出現(xiàn)DeadlockLoserDataAccessException異常 (Deadlock found when trying to get lock; try restarting transaction...)。

問(wèn)題分析

這個(gè)異常并不會(huì)影響用戶使用，因?yàn)閿?shù)據(jù)庫(kù)遇到死鎖會(huì)自動(dòng)回滾并重試。用戶的感覺(jué)就是操作稍有卡頓。但是監(jiān)控老是報(bào)異常，所以需要解決一下。

解決方法

在應(yīng)用程序中update的地方使用try-catch。

我自己封裝了一個(gè)函數(shù)，如下。

/**
   * 2016-03-15
   * linxuan
   * handle deadlock while update table
   */
  private void updateWithDeadLock(TestMapper mapper, Test record) throws InterruptedException {
    boolean oops;
    int retries = 5;
    do{
      oops = false;
      try{
        mapper.updateByPrimaryKeySelective(record);
      }
      catch (DeadlockLoserDataAccessException dlEx){
        oops = true;
        Thread.sleep((long) (Math.random() * 500));
      }
      finally {
      }
    } while(oops == true && retries-- >0);
  }

我用的是mybatis，所以只需將mapper傳進(jìn)函數(shù)，如果不用mybatis，需要自己創(chuàng)建并關(guān)閉數(shù)據(jù)庫(kù)連接。

延伸：數(shù)據(jù)庫(kù)死鎖

數(shù)據(jù)庫(kù)死鎖是事務(wù)性數(shù)據(jù)庫(kù) (如SQL Server, MySql等)經(jīng)常遇到的問(wèn)題。除非數(shù)據(jù)庫(kù)死鎖問(wèn)題頻繁出現(xiàn)導(dǎo)致用戶無(wú)法操作，一般情況下數(shù)據(jù)庫(kù)死鎖問(wèn)題不嚴(yán)重。在應(yīng)用程序中進(jìn)行try-catch就可以。那么數(shù)據(jù)死鎖是如何產(chǎn)生的呢？

InnoDB實(shí)現(xiàn)的是行鎖 (row level lock)，分為共享鎖 (S) 和互斥鎖 (X)。

共享鎖用于事務(wù)read一行。
互斥鎖用于事務(wù)update或delete一行。
當(dāng)客戶A持有共享鎖S，并請(qǐng)求互斥鎖X；同時(shí)客戶B持有互斥鎖X，并請(qǐng)求共享鎖S。以上情況，會(huì)發(fā)生數(shù)據(jù)庫(kù)死鎖。如果還不夠清楚，請(qǐng)看下面的例子。

數(shù)據(jù)庫(kù)死鎖例子

首先，客戶A創(chuàng)建一個(gè)表T，并向T中插入一條數(shù)據(jù)，客戶A開(kāi)始一個(gè)select事務(wù)，所以拿著共享鎖S。

mysql> CREATE TABLE t (i INT) ENGINE = InnoDB;
Query OK, 0 rows affected (1.07 sec)

mysql> INSERT INTO t (i) VALUES(1);
Query OK, 1 row affected (0.09 sec)

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM t WHERE i = 1 LOCK IN SHARE MODE;
+------+
| i  |
+------+
|  1 |
+------+

然后，客戶B開(kāi)始一個(gè)新事務(wù)，新事務(wù)是delete表T中的唯一一條數(shù)據(jù)。

mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)

mysql> DELETE FROM t WHERE i = 1;

刪除操作需要互斥鎖 (X)，但是互斥鎖X和共享鎖S是不能相容的。所以刪除事務(wù)被放到鎖請(qǐng)求隊(duì)列中，客戶B阻塞。

最后，客戶A也想刪除表T中的那條數(shù)據(jù)：

mysql> DELETE FROM t WHERE i = 1;
ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction

死鎖產(chǎn)生了！因?yàn)榭蛻鬉需要鎖X來(lái)刪除行，而客戶B拿著鎖X并正在等待客戶A釋放鎖S?？纯纯蛻鬉，B的狀態(tài)：

客戶A: 拿著鎖S，等待著客戶B釋放鎖X。
客戶B: 拿著鎖X，等待著客戶A釋放鎖S。

發(fā)生死鎖后，InnoDB會(huì)為對(duì)一個(gè)客戶產(chǎn)生錯(cuò)誤信息并釋放鎖。返回給客戶的信息：

ERROR 1213 (40001): Deadlock found when trying to get lock;
try restarting transaction
所以，另一個(gè)客戶可以正常執(zhí)行任務(wù)。死鎖結(jié)束。

您可能感興趣的文章:

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

軟件下載

源碼下載

軟件編程

網(wǎng)絡(luò)編程

在線工具

數(shù)據(jù)庫(kù)

CMS

常用工具

InnoDB數(shù)據(jù)庫(kù)死鎖問(wèn)題處理

相關(guān)文章

最新評(píng)論

大家感興趣的內(nèi)容

最近更新的內(nèi)容

常用在線小工具