Top-SQL nach Laufzeit/CPU in einem vergangenen Zeitraum finden (AWR + V$SQLAREA)

Befehl

-- AWR: top 20 by elapsed time within a snapshot range (per plan)
SELECT *
FROM  (SELECT st.sql_id,
              st.plan_hash_value,
              SUM(st.executions_delta)                       AS execs,
              ROUND(SUM(st.elapsed_time_delta)/1e6, 1)       AS elapsed_s,
              ROUND(SUM(st.cpu_time_delta)/1e6, 1)           AS cpu_s,
              ROUND(SUM(st.iowait_delta)/1e6, 1)             AS io_wait_s,
              SUM(st.buffer_gets_delta)                      AS buffer_gets,
              ROUND(SUM(st.elapsed_time_delta)/1e3
                    / NULLIF(SUM(st.executions_delta),0), 2) AS ms_per_exec,
              MAX(st.parsing_schema_name)                    AS parsing_schema
       FROM   dba_hist_sqlstat st
       WHERE  st.dbid = (SELECT dbid FROM v$database)
         AND  st.snap_id BETWEEN <begin_snap> AND <end_snap>
       GROUP  BY st.sql_id, st.plan_hash_value
       ORDER  BY elapsed_s DESC)
WHERE ROWNUM <= 20;
-- For CPU ranking: ORDER BY cpu_s DESC
-- SQL text: SELECT DBMS_LOB.SUBSTR(sql_text, 4000, 1) FROM dba_hist_sqltext WHERE sql_id = '<sql_id>';
-- Plan history of a single SQL: @?/rdbms/admin/awrsqrpt.sql

-- Current (since instance startup, still in cache) by CPU:
SELECT sql_id,
       ROUND(cpu_time/1e6,1)     AS cpu_s,
       ROUND(elapsed_time/1e6,1) AS elapsed_s,
       executions, buffer_gets, disk_reads,
       ROUND(cpu_time/1e3/NULLIF(executions,0),2) AS cpu_ms_per_exec,
       parsing_schema_name,
       SUBSTR(sql_text,1,80) AS sql_text
FROM   v$sqlarea
WHERE  parsing_schema_name NOT IN ('SYS','SYSTEM')
ORDER  BY cpu_time DESC
FETCH FIRST 20 ROWS ONLY;

Was es tut

Summiert die *_DELTA-Spalten in DBA_HIST_SQLSTAT, um die teuersten SQL eines Snapshot-Bereichs aufgeschlüsselt nach plan_hash_value aufzulisten, was auch Planänderungen derselben SQL offenlegt. Die Abfrage auf V$SQLAREA liefert kumulierte Werte für das, was noch im Cache ist.

Wann einsetzen

Für "was hat das System letzte Nacht zwischen 02:00 und 04:00 belastet?", um Planänderungen zu erkennen (gleiche sql_id, anderer plan_hash_value) und um eine Liste von Tuning-Kandidaten zu erstellen.

Vorsicht

Abfragen auf DBA_HIST_* erfordern die Diagnostics-Pack-Lizenz, V$SQLAREA nicht. AWR speichert nur Top-SQL (standardmäßig Top-N), daher können kleine, aber sehr häufige Anweisungen fehlen. Werte in V$SQLAREA gehen verloren, wenn der Cursor verdrängt wird. Deltas bleiben über einen Neustart hinweg korrekt, die Cache-basierte Abfrage beginnt aber bei null.