Trouver les SQL les plus coûteux en temps écoulé/CPU sur une période passée (AWR + V$SQLAREA)
OraclePerformancesCommande
-- 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;Ce que fait la commande
Additionne les colonnes *_DELTA de DBA_HIST_SQLSTAT pour lister les SQL les plus coûteux d'une plage de snapshots, ventilés par plan_hash_value, ce qui révèle aussi les changements de plan d'un même SQL. La requête V$SQLAREA donne les valeurs cumulées de ce qui est encore en cache.
Quand l'utiliser
Pour "qu'est-ce qui a chargé le système cette nuit entre 02:00 et 04:00 ?", pour détecter les changements de plan (même sql_id, plan_hash_value différent), et pour établir une liste de candidats au tuning.
Attention
Interroger DBA_HIST_* exige la licence Diagnostics Pack ; V$SQLAREA non. AWR ne conserve que les principaux SQL (top-N par défaut), donc des instructions petites mais très fréquentes peuvent manquer. Les valeurs de V$SQLAREA sont perdues lorsque le curseur sort du cache. Les deltas restent corrects après un redémarrage, mais la requête basée sur le cache repart de zéro.
Voir aussi
- Prendre un snapshot AWR et générer un rapport AWR entre deux snapshots
- Rapport AWR diff (compare period) entre deux périodes
- Principaux événements d'attente et principaux SQL depuis ASH pour les dernières minutes
- Lancer une analyse ADDM et obtenir son rapport
- Obtenir un rapport SQL Monitor (SQL long en cours ou terminé)
- Activer/désactiver la trace 10046 pour une session et la résumer avec TKPROF