您好,登錄后才能下訂單哦!
這篇文章主要介紹“mysql死鎖如何檢測(cè)”,在日常操作中,相信很多人在mysql死鎖如何檢測(cè)問題上存在疑惑,小編查閱了各式資料,整理出簡(jiǎn)單好用的操作方法,希望對(duì)大家解答”mysql死鎖如何檢測(cè)”的疑惑有所幫助!接下來,請(qǐng)跟著小編一起來學(xué)習(xí)吧!
說明
1、檢測(cè)死鎖:數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)了各種死鎖檢測(cè)和死鎖超時(shí)機(jī)制。
InnoDB存儲(chǔ)引擎可以檢測(cè)到死鎖的循環(huán)依賴,并立即返回錯(cuò)誤。
2、外部鎖的死鎖檢測(cè):InnoDB不能完全自動(dòng)檢測(cè)死鎖,則需要設(shè)置鎖等待超時(shí)參數(shù)innodb_lock_wait_timeout來解決。
發(fā)生死鎖后,InnoDB一般自動(dòng)檢查,一個(gè)事務(wù)釋放鎖后退,另一個(gè)事務(wù)獲得鎖,繼續(xù)完成事務(wù)。但是,如果涉及外部鎖或表部鎖,InnoDB不能完全自動(dòng)檢測(cè)死鎖,則需要設(shè)置鎖等待超時(shí)參數(shù)innodb_lock_wait_timeout來解決。
實(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); }
到此,關(guān)于“mysql死鎖如何檢測(cè)”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí),請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站,小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。