共计 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 行业资讯频道，更多相关知识等着你来学习!
