一、 AWR报告生成

1）连接数据库：sqlplus / as sysdba

2）开始快照：exec dbms_workload_repository.create_snapshot

3）结束快照：exec dbms_workload_repository.create_snapshot

快照生成成功

1. 获取AWR报告：@$ORACLE_HOME/rdbms/admin/awrrpt.sql

这里我们使用awrrpt获取AWR报告。

下边提示我们选择报告的类型，输入“html”为html格式报告 输入“text”为text格式报告，默认为html。这里直接回车就可以，生成html格式的AWR报告。

1. 选择报告的时间段

选择报告格式后，会显示出(此工作负载存储库架构中的)实例。然后会提示我们输入将要生成的快照天数，这里我们生成一天只要输入“1”即可。随后会列表显示最后一天已生成的快照。

选择开始和结束的快照 输入快照码。

6）将报告保存至本地

输入快照的名字后点击file-log session即可将报告保存至本地。

二、AWR问题定位

1）负载配置文件

• Redo size：每秒产生的日志大小(单位字节)，可标志数据变更频率, 可以用来估量update/insert/delete的频率。
• Logical reads、Block changes、Physical reads、Physical writes：，评估数据库的读/写繁忙程度，判断数据库的活动性质和规模。
• Parses、Hard parses：SQL软解析以及硬解析的次数关注系统的整体负载情况，尤其是硬解析数，评估SQL是否需要优化。
• Executes、Transactions：每秒/每事务SQL执行次数、每秒事务数.每秒产生的事务数，反映数据库任务繁重与否。
• Recursive Call：递归调用占所有操作的比率.递归调用的百分比，如果有很多PL/SQL，那么这个值就会比较高。
• Rollback：每秒回滚率及每事物回滚率，因为回滚很耗资源，如果回滚率过高，可能说明你的数据库经历了太多的无效操作 ,过多的回滚可能还会带来Undo Block的竞争。

1. 实例效率

• Buffer Nowait %：在内存获得数据的未等待比例。这个值一般需要大于99%，否则可能存在争用。
• Buffer Hit %：数据块在数据缓冲区中的命中率，通常应在95%以上。否则需要调整重要的参数，或者要加大db_cache_size。
• Library Hit %：SQL在共享区的命中率，通常应该在95%以上。
• Soft Parse %：软解析的百分比，通常应该在95%以上。，
• Execute to Parse %：语句执行与分析的比例，反映SQL的重用率。

3）等待时间TOP10

这里显示了消耗时间最多的十个等待事件，每种事件都意味着一种情况。

Logfile sync（日志文件同步）的等待时间应该低于五毫秒。如果超过五毫秒，就属于等待时间过长需要关注分析。

常见的导致Logfile sync等待时间过长的原因有：

• 磁盘硬件老化
• commit请求过多
• log buffer设置过小
• direct path read。direct path read就是不经过Cache，直接到磁盘上去读。而且这种全表扫描还会导致的现象就是tps的抖动、响应超时。

常见的导致超时原因： 全表扫描 SQL语句中有排序(order by等) 

1. 查看共享池统计报表

• Memory Usage %：共享池内存使用率，正常应在75%~90%之间，过低说明有浪费，过高则说明有争用。
• % SQL with executions>1：执行次数大于1的SQL的比例。
• % Memory for SQL w/exec>1：执行次数大于1的SQL消耗内存的占比。

5)SQL统计信息

• SQL ordered by Elapsed Time：记录了执行总时间最长的Top SQL，其中Elapsed Time = CPU Time + Wait Time
• SQL ordered by CPU Time：记录了占CPU时间最长的Top SQL
• SQL ordered by User I/O Wait Time：记录了执行过程中等待IO时间最长的Top SQL
• SQL ordered by Gets：记录了执行最多逻辑读（逻辑IO）的Top SQL
• SQL ordered by Reads：记录了执行最多物理读（物理IO）的Top SQL
• SQL ordered by Executions：记录了执行次数最多的Top SQL，即使单条SQL运行速度飞快，任何被执行几百万次的操作都将耗用大量的时间。
• SQL ordered by Parse Calls：记录了软解析次数最多的Top SQL