當(dāng)系統(tǒng)運行了一段時間后，系統(tǒng)基本也趨于穩(wěn)定了，SQL調(diào)優(yōu)也變了DBA的一個主要的工作內(nèi)容，很多時候都是通過查看awr報告來檢查出有性能瓶頸的SQL語句，通過這個可以很清晰的看到具體運行多少時間、次數(shù)、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分鐘的時間，可以根據(jù)系統(tǒng)的實際情況進(jìn)行定義；


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


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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。