解析11 12 13 14 15

roothomes

解析11 12 13 14 15
=====  <<11>>  Buffer Pool等待情况统计
这里的buffer等待往往带来data block的比较大的等待。这部分等待的情况在前面等待事件中已经作过描述。buffer busy wait
=====  <<12>>  PGA统计信息
这一部分主要展现的是PGA使用的情况，我们可以根据具体的情况通过设置参数PGA_AGGREGATE_TARGET来调整PGA的值。
在这里，设置的pga_aggregate_target=500M，并发数大概为270。而且数据库设置为DEDICATED模式，在这种情况下，PGA要求有更大的空间，因为在PGA下需要存放stack space，user serssion data，cursor state信息。
通过下面的两个信息，我们可以看到当前的设置下，PGA Cache Hit达到了100％，所有的操作都是内存中完成的。
=====  <<13>>  PGA调整的Advisory
PGA_AGGREGATE_TARGET参数的调整建议。
我们可以看到，在advisory中，当PGA_AGGREGATE_TARGET达到500M时，再增大PGA_AGGREGATE_TARGET，基本已经起不到提升性能的作用了。
=====  <<14>>  队列的统计信息
关于Enqueue，我们在等待事件里面已经作了比较详尽的描述，这里只是对等待事件的一个展开描述，分项的含义请参考在等待事件的说明。
=====  <<15>>  回滚段统计信息
从9i开始，回滚段一般都是自动管理的，一般情况下，这里我们不需要太重点关注。
在这里，主要关注pct waits，如果出现比较多的pct waits，那就需要增加回滚段的数量或者增大回滚段的空间。另外，观察一下各个回滚段使用的情况，比较理想的是各个回滚段上Avg Active比较均衡。

在oracle 9i之前，回滚段时手工管理的，可以通过指定optimal值来设定一个回滚段收缩的值，如果不设定，默认也应当为initial+(minextents-1)*next extents ，这个指定的结果，就是限制了回滚段不能无限制的增长，当超过optimal的设定值后，在适当的时候，oracle会shrinks到optimal大小。但是9i之后，undo一般都设置为auto模式，在这种模式下，我们无法指定optimal值，好像也没有默认值，所以无法shrinks，回滚段就会无限制的增长，一直到表空间利用率达到为100％，如果表空间设置为自动扩展的方式，这种情况下，就更糟糕，undo将无限制的增长。在这里，我们也可以看到，shrinks的值为0，也就是说，从来就没收缩过。