mysql死鎖的檢測(cè)方法

本篇內(nèi)容介紹了“mysql死鎖的檢測(cè)方法”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

說(shuō)明

1、檢測(cè)死鎖：數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)了各種死鎖檢測(cè)和死鎖超時(shí)機(jī)制。InnoDB存儲(chǔ)引擎可以檢測(cè)到死鎖的循環(huán)依賴(lài)，并立即返回錯(cuò)誤。

2、外部鎖的死鎖檢測(cè)：發(fā)生死鎖后，InnoDB一般自動(dòng)檢查，一個(gè)事務(wù)釋放鎖后退，另一個(gè)事務(wù)獲得鎖，繼續(xù)完成事務(wù)。但是，如果涉及外部鎖或表部鎖，InnoDB不能完全自動(dòng)檢測(cè)死鎖，則需要設(shè)置鎖等待超時(shí)參數(shù)innodb_lock_wait_timeout來(lái)解決。

實(shí)例

在innodb源代碼lock/lock0lock.c文件中,定義了兩個(gè)常量：

/* Restricts the length of search we will do in the waits-for
 
     graph of transactions */
 
#define LOCK_MAX_N_STEPS_IN_DEADLOCK_CHECK 1000000
 
 
 
/* Restricts the recursion depth of the search we will do in the waits-for
 
    graph of transactions */
 
#define LOCK_MAX_DEPTH_IN_DEADLOCK_CHECK 200
 
然后在檢查是否產(chǎn)生死鎖的函數(shù)lock_deadlock_occurs()中有如下代碼:
 
 
 
ret = lock_deadlock_recursive(trx, trx, lock, &cost, 0);
 
switch (ret) {
 
case LOCK_EXCEED_MAX_DEPTH:
 
        產(chǎn)生死鎖
        ...
 
        break;
 
}
 
其中的lock_deadlock_recursive()函數(shù)是遞歸函數(shù),它會(huì)檢查自身遞歸深度,其中有如下代碼:
 
 
 
ibool   too_far
 
   = depth > LOCK_MAX_DEPTH_IN_DEADLOCK_CHECK
 
|| *cost > LOCK_MAX_N_STEPS_IN_DEADLOCK_CHECK;
 
...
 
if (too_far) {
 
                return(LOCK_EXCEED_MAX_DEPTH);
 
            }

“mysql死鎖的檢測(cè)方法”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！