oracle 11g 验证数据库块缓存和共享池作用及缓存命中率,共享池之五：Shared Pool子池与结果集缓存技术...

共享池之五：Shared Pool子池与结果集缓存技术

SubPool技术及优势：

从Oracle 9i开始，Shared Pool可以被分割为多个子缓冲池(SubPool)进行管理，以提高并发性，减少竞争。

Shared Pool的每个SubPool可以被看作是一个Mini Shared Pool，拥有自己独立的Free List、内存结构以及LRU List、shared pool latch。同时Oracle提供多个Latch对各个子缓冲池进行管理，从而避免单个Latch的竞争(Shared Pool Reserved Area同样进行分割管理)。从10G开始，每个SubPool由4个SUB PARTITION组成。

SubPool的个数和大小

每四个CPU分配一个SubPool，最多可以有7个。Shared Pool Latch也就从原来的一个增加到现在的7个。

在Oracle 9i中，每个SubPool至少为128MB。

10G-10.2.0.3,每个SubPool至少为256MB

10.2.0.3之后，最少为512M。

_kghdsidx_count 隐含参数：ORACLE启动时，优化根据此参数设置SubPool数量。

SubPool缺点：

从ORACL 10G开始，ORACLE进程在某个SubPool中请求内存失败，会到下一个SubPool中请求---过小的SubPool碎片问题可能更严重--ORA-4031出现机率更大。 过多的SubPool还会带来更高的管理协调成本。

比如以下错误就是与SubPool相关：

ORA-04031: unable to allocate 4216 bytes of shared memory

("shared pool","unknown object","sga heap(2,0)","library cache")

共享池大小的判断

LRU链表分两条：transient LRU(瞬时LRU)、 RECURRENT(周期LRU)。Chunk在第一次使用时，被放入瞬时LRU，第二次使用时，会被移至周期LRU。

DSI中建议用如下SQL统计LRU和相关信息：

select KGHLUTRN transient,KGHLURCR recurrent ,KGHLUFSH Flush_chunk_number, KGHLUOPS Pin_or_release_operations from X$KGHLU;