enq: US - contention問題 undo 使用率100%
enq: US - contention問題
這是oracle10g中開始出現的bug(在11.1.0.7中仍有這個BUG),當因為系統activity增加或者降低的時候,oracle SMON程式會自動ONLINE或者OFFLINE rollback segments。這樣導致某些與undo segments相關的latch或者enqueue被hold住太長時間,導致系統很多活躍session都開始等待enq: US - contention。可以同時使用以下解決方法:
1. 設定event讓SMON不自動OFFLINE回滾段。
alter system set events '10511 trace name context forever, level 1';
2. 設定引數_rollback_segment_count :表示有多少rollback segment要處於online的狀態;可以將該數值設定為資料庫最繁忙的時候的回滾段數目。
alter system set "_rollback_segment_count"=;
這裡以‘_’開頭的為隱藏引數,透過show parameter 是看不到的,可以透過以下語句:
select a.ksppinm name, b.ksppstvl value, a.ksppdesc description
from x$ksppi a, x$ksppcv b
where a.indx = b.indx
and a.ksppinm like '%_rollback_segment_count%';
3. undo autotune bug多多。最好disable。
alter system set "_undo_autotune"= false;
這種方法就是關閉了UNDO的自動調整功能,同事也能解決掉UNDO表空間會在很長時間都一直保持著使用率是接近100%的問題。
這是oracle10g中開始出現的bug(在11.1.0.7中仍有這個BUG),當因為系統activity增加或者降低的時候,oracle SMON程式會自動ONLINE或者OFFLINE rollback segments。這樣導致某些與undo segments相關的latch或者enqueue被hold住太長時間,導致系統很多活躍session都開始等待enq: US - contention。可以同時使用以下解決方法:
1. 設定event讓SMON不自動OFFLINE回滾段。
alter system set events '10511 trace name context forever, level 1';
2. 設定引數_rollback_segment_count :表示有多少rollback segment要處於online的狀態;可以將該數值設定為資料庫最繁忙的時候的回滾段數目。
alter system set "_rollback_segment_count"=;
這裡以‘_’開頭的為隱藏引數,透過show parameter 是看不到的,可以透過以下語句:
select a.ksppinm name, b.ksppstvl value, a.ksppdesc description
from x$ksppi a, x$ksppcv b
where a.indx = b.indx
and a.ksppinm like '%_rollback_segment_count%';
3. undo autotune bug多多。最好disable。
alter system set "_undo_autotune"= false;
這種方法就是關閉了UNDO的自動調整功能,同事也能解決掉UNDO表空間會在很長時間都一直保持著使用率是接近100%的問題。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30345407/viewspace-2144258/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- enq: US - contentionENQ
- 效能問題,AWR High Event enq: US - contentionENQ
- 關於enq: US – contentionENQ
- Metlink:Performance issues with enq: US - contentionORMENQ
- 故障處理】佇列等待之enq: US - contention案例佇列ENQ
- 【故障處理】佇列等待之enq: US - contention案例佇列ENQ
- enq: HW - contention 問題的處理ENQ
- 18_深入解析Oracle undo原理(2)_undo表空間使用率100%問題處理Oracle
- enq: HW - contentionENQ
- enq: TM - contentionENQ
- enq:TM contentionENQ
- enq: DX - contentionENQ
- enq: TS - contentionENQ
- zt_Oracle enq: TX contention 和 enq: TM contention 等待事件OracleENQ事件
- enq:TX - index contentionENQIndex
- enq: TX - index contentionENQIndex
- enq: TX - row lock contentionENQ
- enq: WF - contention等待事件ENQ事件
- enq: CF - contention 等待事件ENQ事件
- enq: TX - index contention等待ENQIndex
- enq: TS - contention 等待事件ENQ事件
- 等待事件之enq: HW - contention事件ENQ
- enq: SQ - contention" waits in RACENQAI
- 【故障解決】enq: PS - contentionENQ
- enq:TM-contention事件等待ENQ事件
- 消除 enq: DX - contention 等待事件ENQ事件
- 關於12C RAC 上的top5 問題:enq: IV - contentionENQ
- Oracle等待事件之enq: TM – contentionOracle事件ENQ
- 等待事件enq: TX - row lock contention事件ENQ
- oracle等待事件之enq: CF – contentionOracle事件ENQ
- 【等待事件】-enq: TX - row lock contention事件ENQ
- enq: TX - index contention基礎理論ENQIndex
- 故障排除 | enq:TX - index contention等待事件ENQIndex事件
- Troubleshooting 'enq: TX - index contention' WaitsENQIndexAI
- 奇異的enq: TX - row lock contentionENQ
- 等待事件enq TX row lock contention分析事件ENQ
- 如何診斷等待事件 enq: HW - contention事件ENQ
- 【MW】Drop Materialized View Hangs with 'Enq: JI - Contention'ZedViewENQ