一條執行4秒的sql語句導致的系統問題 (轉)

標籤：blog   http   io   使用   for   資料   sp   問題   c   

為了一看究竟，抓取了一個awr報告。
發現系統的負載情況確實很嚴重，每秒的redo有1.6M,可見系統的負載不是主要在select上，可能有一些dml之類的操作極為頻繁。

 

看了下等待事件。都是關於lock的。這個時候就有些納悶了。到底什麼樣的操作會導致嚴重的鎖等待。

Top 5 Timed Foreground Events

 

這個時候怎麼解釋執行計畫效率很高，但是執行時間卻很長的問題。
第一個猜想就是系統的負載加大了，可能查取資料的時候就慢了。但是反過來說，也不會慢這麼高的比例啊。
所以這種猜想不成立的。
第二個猜想就是有大量的並發dml,同時做update,導致其他的一些Update就在等待。當然這種設計是有問題的。
但是時間已經過去了很久，v$session裡面早就沒有對應的記錄了。怎麼驗證自己的猜想呢。
還是使用ash。裡面有一個章節是blocking sessions的細節。

http://blog.itpub.net/23718752/viewspace-1285185/

 

一條執行4秒的sql語句導致的系統問題 (轉)