Oracle数据库AWR部分报告说明
AWR全称AutomaticWorkload Repository，自动负载信息库，提供了一个时间段内整个系统的报表数据。通过AWR报告，可以分析指定的时间段内数据库系统的性能。
使用oracle自动的awrrpt.sql脚本可以生成AWR报告。
Oracle awr报告
DB Name ：数据库名
DB Id ：数据库Id（获取方法select dbid from v$database;）
Instance： 实例名
Inst num： 实例个数，这里为单实例
Startup Time： 实例启动时间
Release ：Oracle数据库版本
RAC：是否是RAC
Host Name： 主机名
Platform：数据库所在平台，即主机系统（可以从v$database中查出）。
CPUs：逻辑cpu数量可以从oracle数据库初始化参数cpu_count查看（show parameter cpu_count）。
Cores：cpu核数。
Sockets：CPU插槽（CPU插槽主要分为Socket、Slot这两种。就是用于安装CPU的插座。）
Memory (GB)：主机内存
Snap Id：awr报告快照Id
Snap Time：awr报告快照时间
Sessions：会话数
Cursors/Session：平均每个会话打开的游标（每个会话打开游标的最大值由参数open_cursors决定）
Begin Snap: 快照开始
End Snap:快照结束
Elapsed:经历时间（由Begin Snap到End Snap经历的时间）
DB Time:数据库时间：数据库耗用cpu的时间，包括非空闲等待（cpu使用中的等待），DB Time所有逻辑cpu耗时的总和，
CPU使用率计算公式为：
DB Time/( Elapsed*CPU核)*100%
Cache Sizes
Buffer Cache:高速缓存大小
Shared Pool Size:共享池大小
Std Block Size:初始化参数中指定的数据块大小（参数db_block_size决定）
Log Buffer:redo日志缓冲区大小（参数log_buffer决定）
Load Profile
DB Time(s):数据库时间（单位秒）（每秒、每次事务、每次执行、每次调用）
DB CPU(s):CPU时间（cpu计算时间，除去wait for cpu）
Redo size: redo量（单位byte）
Logical reads: 逻辑读（单位block）
Block changes:数据块改变量
Physical reads：物理读（单位block）
Physical writes：物理写（单位block）
User calls：用户递归调用（有时执行SQL语句，可能还需要执行附加的其他语句，这种调用叫递归调用，比如插入数据时，空间不足，还会调用分配空间的语句）
Parses：解析次数
Hard parses：硬解析
W/A MB Processed：workarea中处理的数据量
Logons:表示多少用户登录数据库
Executes:执行数
Rollbacks:回滚数
Transactions:事务数
重点关注以下数据项：
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的竞争。
InstanceEfficiency Percentages
报表显示了Oracle关键指标的内存命中率及其它数据库实例操作的效率:
Buffer Nowait %：在内存获得数据的未等待比例。这个值一般需要大于99%，否则可能存在争用。
Buffer Hit %：数据块在数据缓冲区中的命中率，通常应在95%以上。否则需要调整重要的参数，或者要加大db_cache_size。
Library Hit %：SQL在共享区的命中率，通常应该在95%以上。
Soft Parse %：软解析的百分比，通常应该在95%以上。，
Execute to Parse %：语句执行与分析的比例，反映SQL的重用率。
Shared PoolStatistics
共享池统计报表，报表显示了共享池的统计信息：
Memory Usage %：共享池内存使用率，正常应在75%~90%之间，过低说明有浪费，过高则说明有争用。
% SQL with executions>1：执行次数大于1的SQL的比例。
% Memory for SQL w/exec>1：执行次数大于1的SQL消耗内存的占比。
Top 10Foreground Events by Total Wait Time
显示了等待耗时最多的10个事件，其中关注DB CPU一个性能良好的系统，DB CPU项应该排在前5之内
查看SQL统计信息
SQL Statistics中展示了非常全面的SQL统计信息，这非常有利于我们通过分析SQL定位问题和风险。重点关注
SQL orderedby Elapsed Time：记录了执行总时间最长的Top SQL，其中ElapsedTime = CPU Time + Wait Time
SQL orderedby CPU Time：记录了占CPU时间最长的Top SQL
SQL orderedby User I/O Wait Time：记录了执行过程中等待IO时间最长的TopSQL
SQL orderedby Gets：记录了执行最多逻辑读（逻辑IO）的Top SQL
SQL orderedby Reads：记录了执行最多物理读（物理IO）的Top SQL
SQL orderedby Executions：记录了执行次数最多的Top SQL，即使单条SQL运行速度飞快，任何被执行几百万次的操作都将耗用大量的时间。
SQL orderedby Parse Calls：记录了软解析次数最多的Top SQL
