一個客戶的數據庫出現了嚴重的性能問題，根據awr的報告，系統性能問題與回滾的爭用有關系。

正常情況下，客戶數據庫的AWR的DB TIME信息為：

Elapsed: 119.92 (mins)

DB Time: 22.99 (mins)

而出現問題的時刻，DB TIME信息變成了：

Elapsed: 120.07 (mins)

DB Time: 37,447.52 (mins)

數據庫服務器存在32顆CPU，可以看到，在采樣期間，這32顆CPU幾乎都是處于100%的工作狀態。

Top 5 Timed Events

Event ? ? ? ? ? ? ? ? ? ? ? ? ?Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class

enq: US – contention ? ? ?1,995,867 943,404 ? ? ? ? ?473 ? ? ? ? ? ? ?42.0 Other

row cache lock ? ? ? ? ? ? ? 568,341 699,241 ? ? ? ?1,230 ? ? ? ? ? ? ?31.1 Concurrency

gc buffer busy ? ? ? ? ? ? ? 389,944 227,279 ? ? ? ? ?583 ? ? ? ? ? ? ?10.1 Cluster

enq: TX - index contention ? 393,340 171,647 ? ? ? ? ?436 ? ? ? ? ? ? ? 7.6 Concurrency

buffer busy waits ? ? ? ? ? ?186,159 107,135 ? ? ? ? ?576 ? ? ? ? ? ? ? 4.8 Concurrency

觀察TOP 5等待事件，發現大部分等待發生在enq: US – contention和row cache lock上。根據這些信息判斷，數據庫可能碰到了bug：7291739。

根據metalink上這個bug的描述，這個bug會出現大量的enq: US – contention等待，而且還是出現latch: row cache objects的等待。而在dc_rollback_segments上會出現比較嚴重的latch鎖。

檢查正常時刻awr報告中dc_rollback_segments統計信息：

Cache ? ? ? ? ? ? ? Get Requests Pct Miss Scan Reqs Pct Miss Mod Reqs Final Usage

dc_rollback_segments ? ? 185,406 ? ?0.00 ? ? ? ?0 ? ? ? ? ? ? ? ?0 ? ? ?3,615

而對于問題時刻，dc_rollback_segments統計為：

Cache ? ? ? ? ? ? ? Get Requests Pct Miss Scan Reqs Pct Miss Mod Reqs Final Usage

dc_rollback_segments ? 4,805,587 ? ?0.01 ? ? ? ?0 ? ? ? ? ? ?3,073 ? ? ?3,613

顯然，出現問題時刻的dc_rollback_segments是正常時刻的50倍左右。

而另一方面，由于問題時刻之前，系統中出現了長運行的SQL語句，是的系統中回滾的爭用大幅度的增長：

Undo Segment Stats

End Time ? ?Num Undo Blocks Number of Transactions Max Qry Len (s) Max Tx Concy

05-May 18:08 ? ? ? ? ?7,608 ? ? ? ? ? ? ? ?45,560 ? ? ? ? ? 301 ? ? ? ?1,748

05-May 17:58 ? ? ? ? ?5,187 ? ? ? ? ? ? ? ?24,909 ? ? ? ? ? ? 0 ? ? ? ?1,364

05-May 17:48 ? ? ? ? ?1,229 ? ? ? ? ? ? ? ? 7,471 ? ? ? ? ? ? 0 ? ? ? ? ?307

05-May 17:38 ? ? ? ? ?2,942 ? ? ? ? ? ? ? ?16,753 ? ? ? ? ? ? 0 ? ? ? ?1,002

05-May 17:28 ? ? ? ? ?1,119 ? ? ? ? ? ? ? ? 5,293 ? ? ? ? ? ? 0 ? ? ? ? ?382

05-May 17:18 ? ? ? ? ?2,446 ? ? ? ? ? ? ? ? 6,925 ? ? ? ? ? 898 ? ? ? ? ?502

05-May 17:08 ? ? ? ? ?2,137 ? ? ? ? ? ? ? ? 8,464 ? ? ? ? ? 349 ? ? ? ? ?273

05-May 16:58 ? ? ? ? ?2,874 ? ? ? ? ? ? ? ?27,562 ? ? ? ? ? ? 0 ? ? ? ? ? ?6

05-May 16:48 ? ? ? ? ?2,625 ? ? ? ? ? ? ? ?25,278 ? ? ? ? ? ? 0 ? ? ? ? ? ?7

05-May 16:38 ? ? ? ? ?2,496 ? ? ? ? ? ? ? ?23,711 ? ? ? ? 1,006 ? ? ? ? ? ?8

05-May 16:28 ? ? ? ? ?2,194 ? ? ? ? ? ? ? ?21,037 ? ? ? ? ? 404 ? ? ? ? ? ?6

05-May 16:18 ? ? ? ? ?1,877 ? ? ? ? ? ? ? ?17,981 ? ? ? ? ? ? 0 ? ? ? ? ? ?5

05-May 16:08 ? ? ? ? ?1,883 ? ? ? ? ? ? ? ?17,215 ? ? ? ? ? ? 0 ? ? ? ? ? ?5

唯一的疑問是這個問題在10.2.0.4.4、10.2.0.5、11.2.0.1中被FIXED，而當前數據庫補丁打到了10.2.0.4.7，因此當前問題就是這個bug還存在疑問。

而除了bug:7291739之外，Oracle的Bug 8268775也都存在比較大的可能性。這個數據庫確實是一個RAC環境，而且在bug發生期間，確實存在大量程序會話連接到實例的情況發生。

如果要是碰到了這個bug，那么在10.2中解決這個bug的可能性不大，至少要升級到11g才能解決這個問題。

總結

以上是生活随笔為你收集整理的oracle数据库行争用,Oracle技术之数据库高回滚争用的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。