一次數(shù)據(jù)庫死鎖故障的分析過程

1.背景概述客戶的監(jiān)控告警頻繁提示系統(tǒng)xx數(shù)據(jù)庫死鎖增長個數(shù)高于當(dāng)前閾值_當(dāng)前值1.00。下面是詳細(xì)的故障分析診斷過程，以及詳細(xì)的解決方案描述。2.故障分析2.1故障現(xiàn)象登錄到系統(tǒng)，從數(shù)據(jù)庫到alert日志可以發(fā)現(xiàn)的確存在很多ORA-60的信息，截取部分如下：2.2故障根源查看trc內(nèi)容，發(fā)現(xiàn)是自身導(dǎo)致的阻塞，幾個trc都類似，下面截取其中一個trc跟蹤日志的關(guān)鍵內(nèi)容：(點擊可放大圖片)可以發(fā)現(xiàn)都是deletefromtx_xxxx_xxxxx_xxxx這張表，死鎖現(xiàn)象是Singleresourcedeadlock，而且TYPE是TM，綜合分析這種現(xiàn)象，大多就是外鍵沒有索引導(dǎo)致。c.ForsingleresourcedeadlockonTMenqueue,missingforeignkeyindexisoftenthecause,pleasecheckcase3forthesolution.進(jìn)一步獲取建表語句查看約束部分，發(fā)現(xiàn)只有主鍵，沒有外鍵：查詢ZJY用戶下所有存在外鍵的表：進(jìn)一步分析，其中T8_BOND_ACC_XXXXXXX的外鍵就是引用了TX_XXXX_XXXXX_XXXX的主鍵ID列：selectdbms_metadata.get_ddl('TABLE','T8_BOND_ACC_XXXXXXX','ZJY')fromdual;REFERENCES"ZJY"."TX_XXXX_XXXXX_XXXX"("ID")ONDELETECASCADEENABLE2.3故障處置業(yè)務(wù)閑時，在T8_BOND_ACC_XXXXXXX表的外鍵列TX_XXXXX_XXXX_ID上創(chuàng)建索引，再觀察告警情況。createindexTX_XXXXX_XXXX_IDonT8_BOND_ACC_XXXXXXX(TX_XXXXX_XXXX_ID)online;注：上面是示范創(chuàng)建語句，具體創(chuàng)建索引的語句，比如是否采用online，是否使用并行等參照行里運(yùn)維具體規(guī)范。3.根本解決方案及建議雖然本次告警信息未發(fā)現(xiàn)其他表的全局死鎖問題，但從Oracle的設(shè)計層面來看，建議在在所有7個表的外鍵列上都創(chuàng)建對應(yīng)的索引，防止后續(xù)在其他表大量DML時出現(xiàn)同類問題。此外，復(fù)盤的時候發(fā)現(xiàn)，trc跟蹤日志的這一部分信息：----------resource0x5bf1f1c38----------------------resname:[0x11ecf][0x0],[TM][ext0xfffdbbf8,0