• DBA_HIST_SNAPSHOT：AWR 快照基础表，记录每个快照起止时间
• DBA_HIST_SQLSTAT：每个快照区间内各 SQL 的增量性能指标（ DELTA 后缀 = 快照间隔内新增值）

SQL_ID,EXECUTIONS_DELTA EXEC_CNT,        -- 当前快照区间，这条SQL总共执行次数
BUFFER_GETS_DELTA LOGIC_READ,     -- 快照内总逻辑读（内存读，衡量SQL消耗CPU/缓存的核心指标）
DISK_READS_DELTA PHY_READ,        -- 快照内总物理读（磁盘IO，越大越慢）
ROWS_PROCESSED_DELTA ROWS_CNT,    -- 快照内这条SQL总共返回/处理的数据行数

CASE 
    WHEN BUFFER_GETS_DELTA > ROWS_PROCESSED_DELTA * 30 THEN '严重全表扫描'
    WHEN BUFFER_GETS_DELTA > ROWS_PROCESSED_DELTA * 15 THEN '疑似全表扫描'
ELSE '读取正常'END SQL_STATUS

1. 一条走优质索引的 SQL，读取少量数据就能返回结果， 每行逻辑读很低（通常个位数）
2. 如果是全表扫描：遍历大量数据块才返回少量行，逻辑读会远大于返回行数

• 总逻辑读 > 总行数 ×30 → 严重全表扫描（极高资源浪费，必须优化）
• 总逻辑读 > 总行数 ×15 → 疑似全表扫描（索引失效、索引选择性差、范围扫描过大）
• 其余：索引使用正常

FROM DBA_HIST_SQLSTAT S
JOIN DBA_HIST_SNAPSHOT SH USING(SNAP_ID,DBID,INSTANCE_NUMBER)
WHERE SH.BEGIN_INTERVAL_TIME >= SYSDATE - 1  -- 只查最近1天的AWR快照
  AND EXECUTIONS_DELTA > 0                  -- 过滤快照内一次都没执行的SQL
ORDER BY BUFFER_GETS_DELTA DESC;            -- 按逻辑读倒序，最耗资源SQL放最前面

• 关联快照表是为了通过时间过滤，只看近一天业务负载；
• EXECUTIONS_DELTA >0 排除当天完全没运行的 SQL，减少无效数据；
• 排序逻辑：逻辑读是 Oracle 衡量 SQL 负载最核心指标，优先排查 TOP 耗资源 SQL。

1. 只看 AWR 历史数据：AWR 默认每小时采样，最长保留 8 天，实时慢 SQL 需要查 V$SQL；
2. 判定规则是经验阈值：15、30 倍是人为经验值，大数据分页、聚合统计 SQL 本身逻辑读高会误判，需结合执行计划复核；
3. 只统计增量指标，无法看单次执行耗时，如需单次耗时需要结合 ELAPSED_TIME_DELTA；
4. 不分业务用户，如需按用户 / 模块过滤，可关联 DBA_HIST_SQLTEXT 拿到完整 SQL 文本。

SELECT S.SQL_ID,
       T.SQL_TEXT,
       EXECUTIONS_DELTA EXEC_CNT,
       ROUND(ELAPSED_TIME_DELTA / EXECUTIONS_DELTA / 1000) AVG_ELAPSED_MS,
       BUFFER_GETS_DELTA LOGIC_READ,
       DISK_READS_DELTA PHY_READ,
       ROWS_PROCESSED_DELTA ROWS_CNT,
       CASE
         WHEN BUFFER_GETS_DELTA > ROWS_PROCESSED_DELTA * 30 THEN
          '严重全表扫描'
         WHEN BUFFER_GETS_DELTA > ROWS_PROCESSED_DELTA * 15 THEN
          '疑似全表扫描'
         ELSE
          '读取正常'
       END SQL_STATUS
  FROM DBA_HIST_SQLSTAT S
  JOIN DBA_HIST_SNAPSHOT SH
 USING (SNAP_ID, DBID, INSTANCE_NUMBER)
  LEFT JOIN DBA_HIST_SQLTEXT T
    ON S.SQL_ID = T.SQL_ID
 WHERE SH.BEGIN_INTERVAL_TIME >= SYSDATE - 1
   AND EXECUTIONS_DELTA > 0
 ORDER BY BUFFER_GETS_DELTA DESC;

七、案例分析

通过dbms_xplan.display_awr查看表的执行计划，分析后，几乎SQL_STATUS列是“严重全表扫描”，表的执行计划中都有

全表扫描，也是我们重点需要关注优化的sql。