Buffer Cache:default pool & keep pool & recycle pool

     Keep Buffer Pool 的作用是缓存那些需要经常查询的对象但又容易被默认缓冲区置换出去的对象，按惯例，Keep pool设置为合理的大小，以使其中存储的对象不再age out，也就是查询这个对象的操作不会引起磁盘IO操作，可以极大地提高查询性能。

    默认的情况下 db_keep_cache_size=0，未启用，如果想要启用，需要手工设置db_keep_cache_size的值，设置了这个值之后 db_cache_size 会减少。

    并不是我们设置了keep pool 之后，热点表就一定能够缓存在 keep pool ，keep pool 同样也是由LRU 链表管理的，当keep pool 不够的时候，最先缓存到 keep pool 的对象会被挤出，不过与default pool 中的 LRU 的管理方式不同，在keep pool 中表永远是从MRU 移动到LRU，不会由于你做了FTS而将表缓存到LRU端，在keep pool中对象永远是先进先出。

    Recycle Buffer Pool正好相反。Recycle Buffer Pool用于存储临时使用的、不被经常使用的较大的对象，这些对象放置在Default Buffer Pool显然是不合适的，这些块会导致过量的缓冲区刷新输出，而且不会带来任何好处，因为等你想要再用这个块时，它可已经老化退出了缓存。要把这些段与默认池和保持池中的段分开，这样就不会导致默认池和保持池中的块老化而退出缓存。

    

--表缓存   

alter table ..... storage(buffer_pool keep);     

--查看哪些表被放在缓存区 但并不意味着该表已经被缓存   

select table_name from dba_tables where buffer_pool='keep';   

--查询到该表是否已经被缓存   

select table_name,cache,buffer_pool from user_TABLES where cache like '%Y';   

--已经加入到KEEP区的表想要移出缓存，使用   

alter table table_name nocache;   

--批量插入ORACLE建议用 

insert all into ... insert into  ... select  1 from dual;  

insert all into ... insert into ...select 1 from dual;   

--查询当前用户下表的情况   

select table_name,cache,buffer_pool from user_TABLES;   

--对于普通LOB类型的segment的cache方法   

alter table t2 modify lob(c2) (storage (buffer_pool keep) cache);   

--取消缓存   

alter table test modify lob(address) (storage (buffer_pool keep) nocache);   

--查询段   

select segment_name,segment_type,buffer_pool from user_segments;   

--对基于CLOB类型的对象的cache方法     

alter table lob1 modify lob(c1.xmldata) (storage (buffer_pool keep) cache);    

  --查询该用户下所有表内的大字段情况   

select column_name,segment_name from user_lobs; 

 

来一段Tom关于Multiple Buffer Pools的解释，讲解得很清楚：

实际上，这3 个池会以大体相同的方式管理块；将块老化或缓存的算法并没有根本的差异。这样做的目标是让DBA 能把段聚集到“热”区（hot）、“温”区（warm）和“不适合缓存”区（do not care to cache）。

理论上讲，默认池中的对象应该足够热（也就是说，用得足够多），可以保证一直呆在缓存中。缓存会把它们一直留在内存中，因为它们是非常热门的块。可能还有 一些段相当热门，但是并不太热；这些块就作为温块。这些段的块可以从缓存刷新输出，为不常用的一些块（“不适合缓存”块）腾出空间。为了保持这些温段的块得到缓存，可以采取下面的某种做法：将这些段分配到保持池，力图让温块在缓冲区缓存中停留得更久。将“不适合缓存”段分配到回收池，让回收池相当小，以便块能快速地进入缓存和离开缓存（减少管理的开销）。这样会增加DBA 所要执行的管理工作，因为要考虑3 个缓存，要确定它们的大小，还要为这些缓存分配对象。还要记住，这些池之间没有共享，所以，如果保持池有大量未用的空间，即使默认池或回收池空间不够用了， 保持池也不会把未用空间交出来。总之，这些池一般被视为一种非常精细的低级调优设备，只有所有其他调优手段大多用过之后才应考虑使用。



#####################################################################


Multiple buffer pools let you address these differences. You can use a KEEP buffer pool to maintain frequently accessed segments in the buffer cache, and a RECYCLE buffer pool to prevent objects from consuming unnecessary space in the cache. When an object is associated with a cache, all blocks from that object are placed in that cache. Oracle maintains a DEFAULT buffer pool for objects that have not been assigned to a specific buffer pool. The default buffer pool is of size DB_CACHE_SIZE. Each buffer pool uses the same LRU replacement policy (for example, if the KEEP pool is not large enough to store all of the segments allocated to it, then the oldest blocks age out of the cache).


我同事认为：buffer pool和keep pool 都使用了lru算法，oracle就是给分了两个池，取了不同的名字而已；里面机制都是一样的；

而我认为：虽然buffer pool和keep pool 都使用了lru算法，但是应该存在如下的区别：

          假设一个sql走了一个索引A，A索引有100个数据块，其中该sql访问了5个数据块；如果该索引使用了buffer pool，该sql将会导致5个数据块读入buffer pool，而如果该索引使用了keep pool，那100个块都将读入keep pool；请大家一块来讨论一下。。


好像我错了 ：
只缓存了数据读取的数据，而不是整个索引去读取；
CREATE TABLE T_KEEP AS SELECT * FROM DBA_SOURCE;
CREATE INDEX IND_T_NAME ON T_KEEP (NAME) STORAGE (BUFFER_POOL KEEP);
ALTER TABLE T_KEEP STORAGE (BUFFER_POOL KEEP);
SQL> SELECT SUM(BLOCKS) FROM USER_EXTENTS WHERE SEGMENT_NAME = 'T_KEEP';

SUM(BLOCKS)
-----------
       5760
SQL> SELECT OBJECT_NAME, A.STATUS, COUNT(*)
  2   FROM V$BH A, USER_OBJECTS B
  3   WHERE A.OBJD = B.OBJECT_ID
  4   AND OBJECT_NAME IN ('T_KEEP')
  5   GROUP BY OBJECT_NAME, A.STATUS;

OBJECT_NAME                    STATUS    COUNT(*)
------------------------------ ------- ----------
T_KEEP                         xcur            98

SQL> SELECT SUM(BLOCKS) FROM USER_EXTENTS WHERE SEGMENT_NAME = 'IND_T_NAME';

SUM(BLOCKS)
-----------
        768

SQL> SELECT OBJECT_NAME, A.STATUS, COUNT(*)
  2       FROM V$BH A, USER_OBJECTS B
  3       WHERE A.OBJD = B.OBJECT_ID
  4       AND OBJECT_NAME IN ('IND_T_NAME')
  5       GROUP BY OBJECT_NAME, A.STATUS;

OBJECT_NAME                    STATUS    COUNT(*)
------------------------------ ------- ----------
IND_T_NAME                     xcur            21
     
     
SET AUTOT ON STAT
SQL> SELECT COUNT(1) FROM T_KEEP where NAME='PRPJPLANFEELOCK';

  COUNT(1)
----------
        51


Statistics
----------------------------------------------------------
         63  recursive calls
          0  db block gets
         82  consistent gets
         16  physical reads
          0  redo size
        515  bytes sent via SQL*Net to client
        492  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

SQL> SELECT OBJECT_NAME, A.STATUS, COUNT(*)
  2           FROM V$BH A, USER_OBJECTS B
  3           WHERE A.OBJD = B.OBJECT_ID
  4           AND OBJECT_NAME IN ('IND_T_NAME')
  5           GROUP BY OBJECT_NAME, A.STATUS;

OBJECT_NAME                    STATUS    COUNT(*)
------------------------------ ------- ----------
IND_T_NAME                     xcur            37

读取前缓存里有21个数据块，执行sql使用了16个物理读，执行sql后缓存中只有37（21+16）个，说明只缓存了读取的数据块；