AWR性能报告分析！

以AWR的一个HTML格式的报告为例：

DB Name	DB Id	Instance	Inst num	Release	RAC	Host
ORCL	1290103567	orcl	1	10.2.0.4.0	NO	linux

	Snap Id	Snap Time	Sessions	Cursors/Session
Begin Snap:	17	07-10月-11 16:00:10	22	2.6
End Snap:	18	07-10月-11 17:00:14	22	2.6
Elapsed:		60.06 (mins)
DB Time:		0.05 (mins)

Sessions：表示采集时实例连接的会话数，这个数可以让我们了解数据库的并发用户数大概的情况，这个数值对于我们判断数据库的类型有帮助。

Cursors/Session：每个会话平均打开的游标数。

DB Time：这个数值比较重要，它表示用户操作话费的时间，包括CPU时间和等待事件。要注意它指的是用户操作的时间，而不包含数据库后台进程花费的时间。从上面的列表中我们看到，60分钟的周期当中，用户的时间占用了0.05秒，说明数据库很闲（因为只是我的测试数据库）。如果这个数值远远大于60分钟（因为它是以累积的方式记录的），说明数据库比较繁忙，那么就应该到TOP5的等待事件部分去查看究竟是什么事件占用了系统如此多的时间。

Cache Sizes

	Begin	End
Buffer Cache:	48M	48M	Std Block Size:	8K
Shared Pool Size:	92M	92M	Log Buffer:	2,856K

这个列表列出了AWR在性能采集开始和结束的时候，数据缓冲池（Buffer Cache）和共享池（Shared Pool Size）的大小。通过前后比较可以了解体统内存消耗的变化。

Load Profile

	Per Second	Per Transaction
Redo size:	638.10	7,417.77
Logical reads:	6.96	80.90
Block changes:	2.20	25.55
Physical reads:	0.02	0.19
Physical writes:	0.26	2.99
User calls:	0.05	0.62
Parses:	0.76	8.83
Hard parses:	0.00	0.01
Sorts:	0.51	5.95
Logons:	0.02	0.21
Executes:	1.61	18.72
Transactions:	0.09

% Blocks changed per Read:	31.58	Recursive Call %:	99.44
Rollback per transaction %:	0.00	Rows per Sort:	9.12

这两部分是数据库资源负载的一个明细列表，分割成每秒钟的资源负载和每个事务的资源负载情况，性能指标的含义如下：

Redo size：每秒（每个事务）产生的redo量
Logical reads：每秒（每个事务）产生的逻辑读（对应于物理读）
Block changes：每秒（每个事务）改变的数据块数
Physical reads：每秒（每个事务）产生的物理读
Physical writes：每秒（每个事务）产生的物理写
User calls：每秒（每个事务）用户的调用次数
Parses：每秒（每个事务）分析次数
Hard parses：每秒（每个事务）硬分析次数
Sorts：每秒（每个事务）排序次数
Logons：每秒（每个事务）登录数据库次数
Executes：每秒（每个事务）sql的执行次数
Transactions：每秒（每个事务）每秒的事务数

Instance Efficiency Percentages (Target 100%)

Buffer Nowait %:	100.00	Redo NoWait %:	100.00
Buffer Hit %:	99.77	In-memory Sort %:	100.00
Library Hit %:	99.89	Soft Parse %:	99.89
Execute to Parse %:	52.83	Latch Hit %:	100.00
Parse CPU to Parse Elapsd %:	14.55	% Non-Parse CPU:	90.85

对于OLTP系统来说，它的意义比较重大，这些值都应该尽可能的接近100%；而对于OLAP系统来说，它的值的高低似乎对系统影响不大。

Buffer Nowait %：非等待方式获取数据块百分比
Redo NoWait %：非等待方式获取redo数据百分比
Buffer Hit %：内存数据块命中率
In-memory Sort %：数据块在内存中排序的百分比
Library Hit %：共享池中sql解析的命中率
Soft Parse %：软分析在总分析数的百分比
Execute to Parse %：执行次数对分析次数的百分比
Latch Hit %：latch命中率百分比
Parse CPU to Parse Elapsd %：解析总时间中消耗CPU的时间百分比
% Non-Parse CPU：CPU非分析时间在整个CPU时间的百分比

Top 5 Timed Events

Event	Waits	Time(s)	Avg Wait(ms)	% Total Call Time	Wait Class
control file parallel write	1,197	8	6	279.9	System I/O
CPU time		2		64.0
log file parallel write	382	2	4	61.7	System I/O
db file parallel write	573	1	2	50.2	System I/O
control file sequential read	3,019	1	0	27.4	System I/O

这一部分是AWR报告中最重要的一部分，如果一个等待事件在一个小时的采集周期中所占的时间太长，就需要重点关注了。