共計 1004 個字符，預計需要花費 3 分鐘才能閱讀完成。

這篇文章主要介紹了如何根據 awr 報告查看最慢的 sql 語句，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓丸趣 TV 小編帶著大家一起了解一下。

當系統運行了一段時間后，系統基本也趨于穩定了，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 信息到用戶的郵箱；

感謝你能夠認真閱讀完這篇文章，希望丸趣 TV 小編分享的“如何根據 awr 報告查看最慢的 sql 語句”這篇文章對大家有幫助，同時也希望大家多多支持丸趣 TV，關注丸趣 TV 行業資訊頻道，更多相關知識等著你來學習!