Oracle性能优化:什么是AWR报告?如何生成与解读AWR报告?

Oracle性能优化:什么是AWR报告?如何生成与解读AWR报告?
Oracle性能优化什么是AWR报告如何生成与解读AWR报告引言在Oracle数据库性能优化领域有一句话流传甚广“没有AWR报告的性能分析就像没有化验单的看病。”AWRAutomatic Workload Repository自动工作负载仓库是Oracle从10g版本开始引入的、内置于数据库的诊断工具它定期采集数据库的运行统计数据为性能问题定位提供了强大的数据基础。本文将系统地讲解AWR报告的原理、生成方法、报告结构以及核心指标的解读思路帮助你从一张AWR报告中快速揪出80%的性能问题。---一、什么是AWR1.1 AWR的定义AWRAutomatic Workload Repository是Oracle数据库的性能数据采集与存储中心。它自动定期默认每小时一次生成数据库的性能“快照”Snapshot并将快照数据持久化保存在SYSAUX表空间中保留周期默认为8天。每一个快照包含了该时刻前后一段时间内数据库的关键性能指标例如等待事件及耗时SQL语句的执行统计Top SQL系统级别的负载曲线Load Profile缓冲区、共享池、PGA等内存组件的使用情况I/O统计、闩锁Latch争用等1.2 AWR背后的MMON进程AWR的快照采集和自动维护由一个核心后台进程负责——MMONManageability Monitor。它的主要职责是每小时生成一个AWR快照定期清理过期的快照数据触发自动诊断任务如ADDMSGA中的内存统计ASH: 每秒采样MMON进程汇总生成AWR快照SYSAUX表空间AWR数据触发ADDM分析ADDM报告---二、AWR报告的核心价值一份完整的AWR报告几乎涵盖了性能分析需要的所有宏观信息| 分析维度 | AWR对应内容 ||----------|-------------|| 系统整体忙不忙 | Load Profile每秒事务数、逻辑读、物理读 || 时间都花在哪 | Top 5 Timed Events等待事件耗时占比 || 哪些SQL最耗资源 | SQL Statistics按Elapsed Time / CPU / Gets排序 || 内存配得合不合理 | Instance Efficiency Percentages Advisory || I/O存不存在瓶颈 | Wait Event中I/O类事件的占比和耗时 || 有没有锁或Latch争用 | Wait Events中的Concurrency类事件 |用一句话概括AWR报告是Oracle数据库在某一时间段内的“全面体检报告”。---三、如何生成AWR报告3.1 前提条件数据库版本 ≥ 10g用户需要拥有SELECT_CATALOG_ROLE角色或DBA权限STATISTICS_LEVEL参数必须设置为TYPICAL默认或ALL-- 检查统计级别 SHOW PARAMETER statistics_level; -- 如果值为BASIC需要改为TYPICAL ALTER SYSTEM SET statistics_level TYPICAL SCOPEBOTH;3.2 生成AWR报告的四种方式方式一使用SQL*Plus脚本最常用这是最经典、最通用的方式。# 登录数据库 sqlplus / as sysdba # 运行AWR报告脚本 ?/rdbms/admin/awrrpt.sql脚本会依次提问报告格式输入html或text推荐html图形化展示开始快照ID输入起始快照的ID结束快照ID输入终止快照的ID报告文件名默认为awrrpt_1_120_121.html可直接回车htmltext登录SQL*Plus执行 ?/rdbms/admin/awrrpt.sql选择报告类型图形化报告易读纯文本报告输入起始快照ID输入结束快照ID指定输出文件名报告生成完毕在本地目录查看方式二查询DBA_HIST_SNAPSHOT找快照ID如果不知道快照ID可以先查询快照列表SELECT snap_id, begin_interval_time, end_interval_time, snap_level FROM dba_hist_snapshot ORDER BY snap_id DESC;选择业务高峰期对应的两段快照ID即可。方式三通过Oracle Enterprise ManagerOEM生成在OEM的Web界面中Performance → AWR → AWR Report选择时间段直接导出HTML或文本。方式四生成特定时段的AWR报告如果需要非整点时间段的报告使用awrrpti.sql可以通过DBID和实例号来指定范围。?/rdbms/admin/awrrpti.sql3.3 其他AWR衍生报告| 脚本名称 | 用途 ||----------|------||awrrpt.sql| 单实例AWR报告 ||awrgrpt.sql| RAC全局AWR报告 ||awrddrpt.sql| 两个时段差异对比报告 ||awrsqrpt.sql| 单条SQL的AWR报告 ||awrrpti.sql| 指定实例的AWR报告 |---四、AWR报告核心章节解读拿到一份AWR报告后建议按照以下顺序快速定位问题4.1 Report Summary报告摘要关键指标DB Time数据库处理用户请求的总时间是衡量“数据库有多忙”的核心指标。Elapsed报告时段的总时长分钟。DB Time / Elapsed比值 1系统空闲≈ CPU核数系统较忙≫ CPU核数出现明显性能瓶颈等待严重4.2 Load Profile负载概要| 指标 | 含义 ||------|------|| Redo size per sec | 每秒产生的Redo量反映DML频繁度 || Logical reads per sec | 每秒逻辑读块数 || Physical reads per sec | 每秒物理读块数注意过高说明缓存不足或SQL低效 || Parses per sec | 每秒解析次数硬解析软解析 || Transactions per sec | 每秒事务数 |4.3 Top 5 Timed Events等待事件Top5这是全报告最重要的部分直接告诉我们数据库时间花在了哪里。Event Waits Time(s) Avg Wait(ms) % DB Time ---------------------------------------------------------------------- db file sequential read 120,000 8,500 70.8 45.2 db file scattered read 30,000 4,200 140.0 22.3 log file sync 80,000 2,500 31.3 13.3 CPU time 2,100 11.2 ...db file sequential read占比过高 → 索引扫描过多或磁盘I/O慢db file scattered read占比高 → 全表扫描过多log file sync等待多 → 提交过于频繁LGWR写入慢CPU time占主体 → 通常是大量逻辑读或计算开销4.4 SQL StatisticsSQL统计列出按Elapsed Time、CPU Time、Buffer Gets等排序的Top SQL。重点关注Elapsed Time per Exec每次执行耗时过高的往往是优化对象Buffer Gets per Exec每次逻辑读数量 10万通常效率较低Physical Reads物理读多的SQL可能缺少索引或统计信息不准4.5 Instance Efficiency Percentages实例效率Buffer Nowait %: 99.8 Buffer Hit %: 96.5 Library Hit %: 98.2 Latch Hit %: 99.9Buffer Hit %低于90% → 缓冲区偏小或SQL导致大量物理读Library Hit %低于95% → 共享池偏小或硬解析过多但需注意命中率高不代表没有性能问题仍需结合等待事件判断4.6 Advisory Section建议部分Oracle根据当前负载给出SGA各组件、PGA大小的优化建议可作为调整内存的参考依据。---五、从AWR报告到优化动作的映射| AWR现象 | 诊断方向 | 优化手段 ||---------|----------|----------||db file sequential read等待占比高 | 索引读I/O慢 | 检查索引效率优化执行计划考虑I/O性能 ||db file scattered read等待占比高 | 全表扫描过多 | 增加合适索引收集统计信息 ||log file sync占比高 | 提交频繁或日志写慢 | 批量提交使用更快的日志磁盘 ||enq: TX - row lock contention| 行锁争用 | 优化事务粒度缩短事务时间 || Buffer Hit%低 | 缓冲区太小 | 增大SGA或优化SQL减少物理读 || 大量latch: cache buffers chains等待 | 热点块争用 | 反向键索引、分区、HASH分区等 |---六、总结与建议AWR是Oracle最强大、最全面的性能诊断工具任何DBA都应该熟练掌握。生成AWR报告非常简单核心命令是?/rdbms/admin/awrrpt.sql。解读AWR报告的关键是以等待事件为导向结合负载概要、Top SQL和实例效率形成完整的根因分析链。建议在日常运维中定期保存AWR报告建立性能基线当出现突发性能问题时立刻生成问题时段的AWR并与基线对比。调优箴言能用AWR定位的问题就不要凭感觉猜能用数据说话的场合就不要靠经验拍脑袋。---