Awr report 分析-oracle 内存组件大小
在awr report中显示了oracle对各个内存组件大小的性能估算，包括Buffer Pool Advisory,PGA Memory Advisory,Shared Pool Advisory,SGATarget Advisory。
先看一下Report Summary里这方面的信息：
Memory Usage %：表示共享池内存使用率，应保持在75到90之间，如果太小说明分配的共享池过大，如果>90说明共享池中有争用，共享池内存不足。
% SQL with executions>1：执行次数大于1的SQL语句的比率，太小的话要结合Parse，看看是不是有硬编码现象，避免过多的sql硬解析。
% Memory for SQL w/exec>1：执行次数大于1的SQL语句所消耗的内存，占所有SQL语句消耗内存的比率。
指标说明：
Size for Est (M)：oracle 估算buffer pool的大小。
Size Factor：估算值与实际值的一个比例，比如0.9，代表估算值是实际值大小的90%，1.0代表buffer pool的实际大小。
Buffers for Estimate：估算的buffer pool的大小(数量)。
Est Phys Read Factor：估算的物理读的影响因子，是估算物理读和实际物理读的一个比例，1.0代表实际的物理读。
Estimated Physical Reads：估算的物理读的次数。
可以看出系统的实际bufferpool的大小是380M（Size Factor=1.0）。我们应该找到SizeFactor的改变对物理读影响最大的点，即Size Factor=0.66的点。从Size Factor=0.57的物理读次数391999降到Size Factor=0.66的物理读次数414222，以后物理读的变化很小，或基本没有变化。即buffer pool为252M时，效率是最高的。
指标说明：
PGA Target Est (MB)：估算PGA 的大小。
Size Factr：影响因子。
W/A MB Processed：oracle为了产生估算处理的数据量。
Estd Extra W/A MB Read/ Written to Disk：处理数据中需要物理读写的数据量。
Estd PGA Cache Hit %：估算的PAG命中率。
Estd PGA Overalloc Count：需要在估算的PGA大小下额外分配内存的次数。
这份数据没有任何代表性！这里需要掌握两个点：1）oracle估算的PGA大小不会导致额外分配内存的点。2）物理读写值（Estd Extra W/A MB Read/ Written to Disk）不再增加的点。不过还要考虑当前内存是否充足。
指标说明：
Shared Pool Size(M)：估算的共享池大小。
SP Size Factr：影响因子。
Est LC Size (M) ：估算的库高速缓存占用的大小。
Est LC Mem Obj：高速缓存中的对象数。
Est LC Time Saved (s) ：需要额外将对象读入共享池的时间。
Est LC Time Saved Factr：额外将对象读入共享池的时间影响因子。
Est LC Load Time (s) ：分析所花费的时间。
Est LC Load Time Factr：分析花费事件的影响因子。
Est LC Mem Obj Hits：内存中对象被发现的次数。
这里主要看Est LC Time Saved Factr这一列，它表示将对象读入共享池的影响情况，当这个值变化很小或不变的时候，增加shared pool的值就没有太大意义了。这样看来，这里应该将shared pool 设置为80M。共享池设置大了，这正好验证了Shared Pool Statistics中Memory Usage %列说明。
SGA Target Size (M)：估算的SGA大小。
SGA Size Factor：影响因子。
Est DB Time (s)：估算的SGA大小计算出的DB TIME。
Est Physical Reads：估算的物理读次数。
同样找到影响最大的点，即Size Factor=0.75的点。