當系統運行了一段時間后，系統基本也趨于穩定了，SQL調優也變了DBA的一個主要的工作內容，很多時候都是通過查看awr報告來檢查出有性能瓶頸的SQL語句，通過這個可以很清晰的看到具體運行多少時間、次數、CPU、IO的比例。



但是每次都去查看awr報告是一件很繁瑣的事情，如果可以單獨的查看哪些有問題的sql，就不用每次都去生成一個awr報告了。dba_hist_sqlstat這個視圖記錄了每次snap_id里面的sql信息，這里幫大家把整個腳本編寫出來了。

點擊(此處)折疊或打開

SELECT v.SQL_TEXT,m.* FROM (select distinct snap_id,

????????????????sql_id,

????????????????EXECUTIONS_DELTA,

????????????????trunc(max(ELAPSED_TIME_DELTA)

??????????????????????OVER(PARTITION BY snap_id, sql_id) / 1000000,

??????????????????????0) max_elapsed,

????????????????trunc((max(ELAPSED_TIME_DELTA)

???????????????????????OVER(PARTITION BY snap_id, sql_id)) /

??????????????????????(SUM(ELAPSED_TIME_DELTA) OVER(PARTITION BY snap_id)),

??????????????????????2) * 100 per_total

??from dba_hist_sqlstat t WHERE T.snap_id IN (SELECT MAX(snap_id) FROM dba_hist_sqlstat) ) M,v$sql v

??where m.sql_id=v.sql_id and m.max_elapsed>=300

這個腳本是查找m.max_elapsed>=300（這邊的單位是秒），也是5分鐘的時間，可以根據系統的實際情況進行定義；


可以看出sql_id值為d1ftvurv76hct運行一次，這次運行的時間為1199s，占總體消耗的36%。


【另】可以通過運行定時job執行這條sql語句，然后發送有問題的sql信息到用戶的郵箱；

總結

以上是生活随笔為你收集整理的根据awr报告查看最慢的sql语句的全部內容，希望文章能夠幫你解決所遇到的問題。

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