latch中undo global data問題的處理方法

latch中undo global data問題的處理方法，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

五一假期期間接到運維同學(xué)的微信，說應(yīng)用報錯了，跟數(shù)據(jù)庫有關(guān)的，發(fā)過來截圖一看報錯的信息是could not get next sequence value。以為是某個sequence達到了最大值，讓幫忙查是哪個sequence。

于是查了dba_sequences，沒有哪個sequence達到了最大值。

于是看session的信息，查詢v$session中的等待事件，發(fā)現(xiàn)有大量的等待事件是“l(fā)atch: undo global data”。從事件名字上來看應(yīng)該是undo的問題。

查詢undo表空間的使用率，果然到了100%。但undo是可以重復(fù)使用的，除非有非常大的事務(wù)占滿了整個undo表空間，undo表空間有460多G，占滿的可能性不大。

上網(wǎng)搜了latch: undo global data相關(guān)的文章，有一個提到MOS上的一篇文檔："LATCH: UNDO GLOBAL DATA" In The Top Wait Events (文檔 ID 1451536.1)

文檔中介紹這個等待事件意味著大量的session在試圖找到新的undo extent和偷取未過期的undo extents。這個等待和隱含參數(shù)_undo_autotune設(shè)置為FALSE情況下的UNDO空間不足有關(guān)。

當前數(shù)據(jù)庫的_undo_autotune確實為FALSE，而且undo_retention=259200，換算下來就是72小時。

先認識一下隱含參數(shù)_undo_autotune：

      從10.2版本開始，oracle默認采用自動調(diào)整undo retention的方法

      根據(jù)你undo tablespace的大小以及系統(tǒng)的繁忙程度(v$undostat中信息）自動調(diào)整undo_retention參數(shù)，所以在10g的數(shù)據(jù)庫上你會經(jīng)常發(fā)現(xiàn)undo tablespace永遠是滿的，因為當你undo tablespace有空閑空間時，系統(tǒng)自動調(diào)大undo_retention來保留更多的undo blocks。這一方法有利于時間長的查詢，但是對于典型的OLTP系統(tǒng)來說不太適用。因為OLTP上不太可能跑如此長時間的查詢，而且在很繁忙的 OLTP上還會導(dǎo)致上面所遇到的問題。

_undo_autotune=true時，undo_retention不再適用。而_undo_autotune=false時，undo_retention按設(shè)置的時間保留。

通過上面的解釋，再加上五一假期期間在做數(shù)據(jù)清理工作，大量的undo被保留72小時，最終導(dǎo)致了undo表空間爆滿，應(yīng)用無法正常訪問。

解決方法：

1、設(shè)置_undo_autotune=true，可以在線修改

2、增加undo表空間大小(resize現(xiàn)有數(shù)據(jù)文件或增加數(shù)據(jù)文件)

3、調(diào)小undo_retention參數(shù)

最終調(diào)小了undo_retention參數(shù)設(shè)置為43200（12小時），應(yīng)用恢復(fù)正常。

參考：http://blog.itpub.net/4227/viewspace-1060723/

http://blog.csdn.net/dba_waterbin/article/details/8646982

看完上述內(nèi)容，你們掌握latch中undo global data問題的處理方法的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！