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

成都創(chuàng)新互聯(lián)公司專(zhuān)注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營(yíng)銷(xiāo)網(wǎng)站建設(shè)、雞東網(wǎng)絡(luò)推廣、微信小程序開(kāi)發(fā)、雞東網(wǎng)絡(luò)營(yíng)銷(xiāo)、雞東企業(yè)策劃、雞東品牌公關(guān)、搜索引擎seo、人物專(zhuān)訪、企業(yè)宣傳片、企業(yè)代運(yùn)營(yíng)等，從售前售中售后，我們都將竭誠(chéng)為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；成都創(chuàng)新互聯(lián)公司為所有大學(xué)生創(chuàng)業(yè)者提供雞東建站搭建服務(wù)，24小時(shí)服務(wù)熱線：028-86922220，官方網(wǎng)址：www.cdcxhl.com

說(shuō)明

1、檢測(cè)死鎖：數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)了各種死鎖檢測(cè)和死鎖超時(shí)機(jī)制。InnoDB存儲(chǔ)引擎可以檢測(cè)到死鎖的循環(huán)依賴，并立即返回錯(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)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！