top sql中executions与physical reads需结合分析:执行次数多但物理读低可能暴露应用逻辑缺陷,物理读/执行>1000在oltp中属异常,需结合执行计划、对象访问、缓存命中率等综合判断根因。
怎么看 top sql 里的执行次数和物理读是否异常
awr 报告里 top sql 表格中,executions 和 physical reads 两个指标要一起看——单看某一个容易误判。比如一条 sql 执行了 1000 次、总物理读才 200,大概率是小查询高频调用;反过来,执行 3 次但物理读 80 万,基本就是全表扫描没走索引。
实操建议:
-
Physical Reads per Execution(物理读/执行)> 1000 是明显信号,尤其在 OLTP 场景下 - 关注
Buffer Gets和Physical Reads的比值:如果 Buffer Gets 高但 Physical Reads 也高,说明缓存命中差,不是纯 SQL 写法问题,可能 buffer cache 不足或对象太热 - 别只盯“Top 5”,有些 SQL 排名靠后但
Physical Reads per Execution> 5000,才是真正拖慢系统的“隐形杀手”
为什么物理读高不等于 SQL 写得差
物理读高可能是执行计划本身合理,但数据访问模式导致的。比如报表类 SQL 查一年明细,走索引反而更慢,优化器选了全表扫描+并行,物理读高是预期行为。
判断依据看这几项:
- 查
SQL_ID对应的PLAN_HASH_VALUE是否稳定——频繁变化说明绑定变量窥探或统计信息不准 - 用
DBMS_XPLAN.DISPLAY_AWR('<code>SQL_ID') 看真实执行计划,重点找TABLE ACCESS FULL是否出现在大表上,且没加有效过滤条件 - 对比
Elapsed Time和CPU Time:如果物理读高但 CPU 时间占比很低,说明瓶颈真在 I/O,不是计算逻辑问题
怎么快速定位是哪个对象引发的物理读
AWR 自带的 SQL ordered by Physical Reads 只给 SQL_ID,不直接告诉你读的是哪张表或索引。得结合 DBA_HIST_SQL_PLAN 和 DBA_HIST_SEG_STAT 反查。
最简路径:
- 从 AWR 报告复制出问题
SQL_ID,运行:SELECT object_owner, object_name, operation, options FROM dba_hist_sql_plan WHERE sql_id = '<code>your_sql_id</code>' AND operation LIKE '%TABLE ACCESS%' AND ROWNUM
- 再查该时间段内这些对象的物理读排名:
SELECT owner, object_name, SUM(physical_reads) reads FROM dba_hist_seg_stat s JOIN dba_objects o ON s.obj# = o.object_id WHERE s.snap_id BETWEEN <code>begin_snap</code> AND <code>end_snap</code> AND o.owner IN ('YOUR_SCHEMA') GROUP BY owner, object_name ORDER BY reads DESC FETCH FIRST 5 ROWS ONLY; - 注意:
DBA_HIST_SEG_STAT默认只保留最近 7 天(取决于 AWR 保留策略),跨月分析前先确认dba_hist_wr_control
执行次数多但物理读低的 SQL 也要警惕
这类 SQL 容易被忽略,但可能暴露连接泄漏、循环调用或应用层重试逻辑缺陷。比如一个 SELECT COUNT(*) FROM order_items WHERE order_id = :1,执行 5 万次、每次物理读仅 2,看似无害,实际可能因为应用没复用 PreparedStatement,或者上游服务不断重试失败请求。
排查要点:
- 看
SQL Profile或ASH中该SQL_ID的SESSION_ID分布:如果集中在少数几个会话,大概率是某个应用线程卡住反复执行 - 检查
Parsing Schema Name是否异常——比如本该由 APP_USER 执行的 SQL,大量来自 SYSTEM 或 DBA 账户,可能是运维脚本误触发 - 用
v$sql查loads和invalidations:如果这两个值偏高,说明 SQL 频繁硬解析,执行次数虚高
真正难的不是看出数字异常,而是判断这个异常背后是 SQL 本身、统计信息、绑定变量,还是应用代码逻辑——得一层层切进去,不能只盯着 AWR 报告那一页。










