如何分析AWR中的Top SQL_通过执行次数与物理读定位低效查询

落涛同学_2673

落涛同学_2673

2026-03-27

558人浏览

原创

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 报告那一页。

PHP速学视频免费教程(入门到精通)
PHP速学视频免费教程(入门到精通)

PHP怎么学习?PHP怎么入门?PHP在哪学?PHP怎么学才快?不用担心,这里为大家提供了PHP速学教程(入门到精通),有需要的小伙伴保存下载就能学习啦!

下载

相关标签:

本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

相关专题

更多
数据分析工具有哪些
数据分析工具有哪些

数据分析工具有Excel、SQL、Python、R、Tableau、Power BI、SAS、SPSS和MATLAB等。详细介绍:1、Excel,具有强大的计算和数据处理功能;2、SQL,可以进行数据查询、过滤、排序、聚合等操作;3、Python,拥有丰富的数据分析库;4、R,拥有丰富的统计分析库和图形库;5、Tableau,提供了直观易用的用户界面等等。

2023.10.12

4303

8

SQL中distinct的用法
SQL中distinct的用法

SQL中distinct的语法是“SELECT DISTINCT column1, column2,...,FROM table_name;”。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2023.10.27

911

4

SQL中months_between使用方法
SQL中months_between使用方法

在SQL中,MONTHS_BETWEEN 是一个常见的函数,用于计算两个日期之间的月份差。想了解更多SQL的相关内容,可以阅读本专题下面的文章。

2024.02.23

1109

5

SQL出现5120错误解决方法
SQL出现5120错误解决方法

SQL Server错误5120是由于没有足够的权限来访问或操作指定的数据库或文件引起的。想了解更多sql错误的相关内容,可以阅读本专题下面的文章。

2024.03.06

6221

10

sql procedure语法错误解决方法
sql procedure语法错误解决方法

sql procedure语法错误解决办法:1、仔细检查错误消息;2、检查语法规则;3、检查括号和引号;4、检查变量和参数;5、检查关键字和函数;6、逐步调试;7、参考文档和示例。想了解更多语法错误的相关内容,可以阅读本专题下面的文章。

2024.03.06

3063

4

oracle数据库运行sql方法
oracle数据库运行sql方法

运行sql步骤包括:打开sql plus工具并连接到数据库。在提示符下输入sql语句。按enter键运行该语句。查看结果,错误消息或退出sql plus。想了解更多oracle数据库的相关内容,可以阅读本专题下面的文章。

2024.04.07

6200

11

sql中where的含义
sql中where的含义

sql中where子句用于从表中过滤数据,它基于指定条件选择特定的行。想了解更多where的相关内容,可以阅读本专题下面的文章。

2024.04.29

8381

6

sql中删除表的语句是什么
sql中删除表的语句是什么

sql中用于删除表的语句是drop table。语法为drop table table_name;该语句将永久删除指定表的表和数据。想了解更多sql的相关内容,可以阅读本专题下面的文章。

2024.04.29

1130

5

sql中删除一列的命令是什么
sql中删除一列的命令是什么

在sql中,使用alter table语句可以删除一列,语法为:alter table table_name drop column column_name。想了解更多sql的相关内容,可以阅读本专题下面的文章。

2024.04.29

992

5

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 133.7万人学习