oracle keep pool会不会自动缓存cache的表数据的更改

ORACLE缓存是把ORACLE近期查看的语句防止在ORACLE设定的缓存当中

ORACLE缓存表是把表某个表放置在缓存当中，缓存是ORACLE在内存中的一个分区

表缓存的设定

oracle中如何将表缓存到内存中

由于在一些静态资料表在数据库中被频繁的访问，所以可以考虑将这些数据量不大的表缓存到内存当中。

将fisher表缓存到内存中

alter table fisher cache;方法一

2）alter table fisher storage(buffer_pool keep);方法二

--取消缓存

1）alter table fisher nocache;

2）alter table fisher storage(buffer_pool default);

select table_name,OWNER,cache,buffer_pool from dba_tables where table_name='FISHER'; --查看是否缓存

select from dba_segments where segment_name='FISHER' ; --查看表大小

方法一： cache是将表缓存到share pool 中，该 *** 作直接将表缓存的热端，受LRU算法控制。

方法二：将表缓存到一个固定的内存空间中，默认情况下buffer_pool空间为0,。需手动设置空间大小。

设置空间大小：alter system set db_keep_cache_size=50M scope=both sid=‘';

--表缓存

alter table table_name cache = alter table table_name storage(buffer_pool default);

alter table table_name storage(buffer_pool keep);

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

alter table table_name nocache;

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

select table_name from dba_tables where buffer_pool='keep';

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

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

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

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);

keep Buffer 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中对象永远是先进先出。当oracle发现你的表太太，大过你设定keep pool的大小是，根本就不会放到keep池中去的（如keep pool设定100M ，设定的用户缓存的表为200M）。可以用select segment_name from dba_segments where BUFFER_POOL = 'KEEP';语句查看便知。

10g中SGA自动管理，ORACLE并不会为我们管理keep pool ，ORACLE只会管理default pool。

查看 keep pool 大小

SQL> select component,current_size from v$sga_dynamic_components

2 where component='KEEP buffer cache';

COMPONENT CURRENT_SIZE

---------------------------------------------------------------- ------------

KEEP buffer cache 0

手动分配keep pool

SQL> show parameter keep

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

buffer_pool_keep string

control_file_record_keep_time integer 7

db_keep_cache_size big integer 0

SQL> alter system set db_keep_cache_size=10m;

系统已更改。

SQL> show parameter keep

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

buffer_pool_keep string

control_file_record_keep_time integer 7

db_keep_cache_size big integer 16M这里keep pool 16M，可我前面设置命名是10m了？

SQL> select component,current_size from v$sga_dynamic_components where component='KEEP buffer cache';

COMPONENT CURRENT_SIZE

---------------------------------------------------------------- ------------

KEEP buffer cache 16777216 这里keep pool 16M，可我前面设置命名是10m了？

查看keep pool剩余大小

SQL> select pname,acnum_repl "total buffers",aanum_repl "free buffers" from x$kcbwds a, v$buffer_pool p

2 where aset_id=pLO_SETID and pname='KEEP';

NAME total buffers free buffers

-------------------- ------------- ------------

KEEP 1984 1984

可以看到没有使用过keep 池

指定table的缓存池

SQL>create table test as select from dba_objects;;

Table created

SQL> alter table test storage(buffer_pool keep);

Table altered

或者是

create table test storage(buffer_pool keep) as select from dba_objects;

查看放入Keep的对象

SQL> select segment_name from dba_segments where BUFFER_POOL = 'KEEP';

SEGMENT_NAME

--------------------------------------------------------------------------------

TEST

SQL> /

NAME total buffers free buffers

-------------------- ------------- ------------

KEEP 1984 1962 可以看到使用了22个block

查看以上的表占用了db_keep_cache_size 多大的空间？

SQL> select substr(sum(bNUMBER_OF_BLOCKS) 8129 / 1024 / 1024, 1, 5) || 'M'

from (SELECT oOBJECT_NAME, COUNT() NUMBER_OF_BLOCKS

FROM DBA_OBJECTS o, V$BH bh, dba_segments dd

WHERE oDATA_OBJECT_ID = bhOBJD

AND oOWNER = ddowner

and ddsegment_name = oOBJECT_NAME

and ddbuffer_pool != 'DEFAULT'

GROUP BY oOBJECT_NAME

ORDER BY COUNT()) b; 2 3 4 5 6 7 8 9

SUBSTR(SUM(

-----------

3643M

SQL> select table_name,cache,blocks from dba_tables where wner='ROBINSON' and buffer_pool='KEEP';

TABLE_NAME CACHE BLOCKS

------------------------------ -------------------- ----------

TEST N 22

可以看到这个表的 22个block 全部cache 到 keep pool ，这里的cache 字段表明 这个表 还没有使用 这个命令 alter table test cache,如果 使用了 alter table test cache ,命令，那么 N 将变成Y

总结：如果表经常使用，而且表较小，可以设置 keep pool ，将table 全部 cache 到 keep pool, keep pool 要么 全部 cache 一个table ，要么不cache 。所以，对于大表来说，如果想要 cache 到 keep pool， 就需要设置 较大的 keep pool ，以容纳大的 table，否者就没有作用了。

Recycle Buffer Pool

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

SQL> show parameter recyc

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

buffer_pool_recycle string

db_recycle_cache_size big integer 12M

recyclebin string on

如何将一个表放入Recycle Buffer Pool中：

SQL> alter table test1 storage (buffer_pool recycle);

Table altered

很多老的文档会提及buffer_pool_keep和buffer_pool_recycle 这两个参数，其实这两个参数已经废弃，由新参数db_keep_cache_size和db_recycle_cache_size 替代：

SQL>select ISDEPRECATED,NAME from v$parameter where name = 'buffer_pool_keep';

ISDEP NAME

----- -----------------

TRUE buffer_pool_keep

=======================================================================================

--表缓存

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(c1xmldata) (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 个缓存，要确定它们的大小，还要为这些缓存分配对象。还要记住，这些池之间没有共享，所以，如果保持池有大量未用的空间，即使默认池或回收池空间不够用了，保持池也不会把未用空间交出来。总之，这些池一般被视为一种非常精细的低级调优设备，只有所有其他调优手段大多用过之后才应考虑使用。

按以上步骤把表storage到keep pool中，然后调用alter system flush buffer_cache清空缓存，再全表扫描该表并打开执行计划跟踪，发现有physical reads，如下：

第一次执行计划如下：

----------------------------------------------------------

0 recursive calls

0 db block gets

253 consistent gets

251 physical reads

0 redo size

520 bytes sent via SQLNet to client

469 bytes received via SQLNet from client

2 SQLNet roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

第二次执行计划如下：

----------------------------------------------------------

0 recursive calls

0 db block gets

253 consistent gets

0 physical reads

0 redo size

520 bytes sent via SQLNet to client

469 bytes received via SQLNet from client

2 SQLNet roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

不知道是否可以这样理解：对于storage到keep pool中的表，第一次会直接physical reads 到keep pool中，下次就直接从keep pool中读了。flush buffer_cache会清空keep pool，这个试验就可以证明。

像上面这样连续执行2次再看执行计划，和不设置keep pool时的执行计划应该一样的，因为读第二次时，也是从default cache中读。但是当我们多读几个大表到buffer cache后，也就是替换原来从default cache中读取的数据后，再去读放入keep中的表时，就会发现keep确实起作用了，唉，终于明白怎么一回事，害得我为flush buffer导致keep中的表也phisical郁闷了半天。

ORACLE缓存设置

Oracle缓存由两个参数控制SGA_TARGET和PGA_AGGREGATE_TARGET，设置了这两个参数，其他的基本内存部分都由Oracle自动配置为最优值，这也是Oracle推荐的方式。

SGA_TARGET 和PGA_AGGREGATE_TARGET是动态参数，可以在不重启数据库的情况下修改。但是SGA_TARGET受限于 sga_max_size，SGA_TARGET不能超过sga_max_size，所以要增大sga_target先要增大sga_max_size，而sga_max_size是静态参数，修改sga_max_size必须重启Oracle。

所以修改sga_target和pga_aggregate_target的过程如下：

1、修改sga_max_size

SQL>ALTER SYSTEM SET sga_max_size=4g scope=spfile;

2、重启Oracle

3、设置参数sga_target和pga_aggregate_target，

alter system set sga_target=4G;

alter system set pga_aggregate_target=1g;

如果使用的是10g，已经是ASM, oracle会根据统计的信息，自动的来调整你的内存组件的大小，你只需要设置sga_target即可。当然你可以手动设置 db_cache_size，如果设置了的话，Oracle会在自动调整内存大小的时候把这个作为db_cache_size的最小值。

对于sga_target,在动态修改的时候，最大值不能 *** 过sga_max_size, 如果是用scope=spfile这个方式来修改可以超过sga_max_size，应该此时sga_max_size也跟着变大了，如果超过的话。

Oracle 对数据库的cache有他自己的计算的，10g以后，内存是动态的根据对你使用系统的统计来进行调整的，如果出现问题，这块不是原因，你之所以db cache还没有上去，可能是访问的数据比较少，不过你加大db_cache_size的值，会保留这个内存空间的，但是也是一样的，数据 load到内存里，才看得到变化。

数据访问是什么样的访问，你的系统是OLAP还是OLTP，这些应用上的东西对你的决定也有影响的，要谨记，数据库的优化和维护，不仅仅是DBA来做的。如果是到了只能通过DBA来做这一步的话，就相当于看病已经到了拿手术刀这一步了。你的改变带来的风险和代价最高。

要想减少磁盘读,只能增大内存的使用楼主可以看看这个视图v$db_cache_size,并执行下面的查询:

select block_size, size_for_estimate, size_factor, estd_physical_read_factor, estd_physical_reads from v$db_cache_advice;

Oracle在这个视图中针对db_cache_size的大小会给出一些建议。

下面解释几个列的含义

size_for_estimate：估计的cache size大小

size_factor： 估计的cache size大小与当前大小的比值

estd_physical_reads：在估计的cache size大小情况下，会产生的物理读数量

estd_physical_read_factor：估计的物理读数量与当前物理读数量的比值。

例子：

SIZE_FOR_ESTIMATE SIZE_FACTOR ESTD_PHYSICAL_READ_FACTOR ESTD_PHYSICAL_READS

ORACLE RAC原理：在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需 要一个共享存储设备。同时还需要两类软件，一个是集群软件，另外一个就是Oracle数据库中的RAC组件。同时所有服务器上的OS都应该是同一类OS, 根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的listener后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处 理也可能会发送给另外一台服务器的RAC组件处理，处理完请求后，RAC会通过集群软件来访问我们的共享存储设备。

逻辑结构上看，每一个参加集群的节点有一个独立的instance，这些instance访问同一个数据库。节点之间通过集群软件的通讯层 （communication layer）来进行通讯。同时为了减少IO的消耗，存在了一个全局缓存服务，因此每一个数据库的instance，都保留了一份相同的数据库cache。

RAC中的特点是：

每一个节点的instance都有自己的SGA

每一个节点的instance都有自己的background process

每一个节点的instance都有自己的redo logs

每一个节点的instance都有自己的undo表空间

所有节点都共享一份datafiles和controlfiles

Oracle还提出了一个缓存融合的技术(Cache fusion)

目的有两个

1保证缓存的一致性

2减少共享磁盘IO的消耗

因此在RAC环境中多个节点保留了同一份的DB CACHE

缓存融合（Cache fusion）工作原理：

1其中一个节点会从共享数据库中读取一个block到db cache中

2这个节点会在所有的节点进行交叉db block copy

3当任何一个节点缓存被修改的时候，就会在节点之间进行缓存修改

4为了达到存储的一致最终修改的结果也会写到磁盘上

ClusterWare组件：

有四种Service

Crsd - 集群资源服务

Cssd - 集群同步服务

Evmd - 事件管理服务

oprocd - 节点检测监控

有三类Resource

VIP - 虚拟IP地址(Virtual IP)

OCR - Oracle Cluster Registry(集群注册文件),记录每个节点的相关信息

Voting Disk - Establishes quorum (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为，这样做是为了避免发生冲突。

RAC的组件：

提供过了额外的进程，用来维护数据库

LMS - Gobal Cache Service Process 全局缓存服务进程

LMD - Global Enqueue Service Daemon 全局查询服务守护进程

LMON - Global Enqueue Service Monitor全局查询服务监视进程

LCK0 - Instance Enqueue Process 实例查询进程

2013年05月13日 - 游目骋怀 - 游目骋怀

ORACLE RAC原理：在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需 要一个共享存储设备。同时还需要两类软件，一个是集群软件，另外一个就是Oracle数据库中的RAC组件。同时所有服务器上的OS都应该是同一类OS, 根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的listener后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处 理也可能会发送给另外一台服务器的RAC组件处理，处理完请求后，RAC会通过集群软件来访问我们的共享存储设备。

逻辑结构上看，每一个参加集群的节点有一个独立的instance，这些instance访问同一个数据库。节点之间通过集群软件的通讯层 （communication layer）来进行通讯。同时为了减少IO的消耗，存在了一个全局缓存服务，因此每一个数据库的instance，都保留了一份相同的数据库cache。

RAC中的特点是：

每一个节点的instance都有自己的SGA

每一个节点的instance都有自己的background process

每一个节点的instance都有自己的redo logs

每一个节点的instance都有自己的undo表空间

所有节点都共享一份datafiles和controlfiles

Oracle还提出了一个缓存融合的技术(Cache fusion)

目的有两个

1保证缓存的一致性

2减少共享磁盘IO的消耗

因此在RAC环境中多个节点保留了同一份的DB CACHE

缓存融合（Cache fusion）工作原理：

1其中一个节点会从共享数据库中读取一个block到db cache中

2这个节点会在所有的节点进行交叉db block copy

3当任何一个节点缓存被修改的时候，就会在节点之间进行缓存修改

4为了达到存储的一致最终修改的结果也会写到磁盘上

ClusterWare组件：

有四种Service

Crsd - 集群资源服务

Cssd - 集群同步服务

Evmd - 事件管理服务

oprocd - 节点检测监控

有三类Resource

VIP - 虚拟IP地址(Virtual IP)

OCR - Oracle Cluster Registry(集群注册文件),记录每个节点的相关信息

Voting Disk - Establishes quorum (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为，这样做是为了避免发生冲突。

RAC的组件：

提供过了额外的进程，用来维护数据库

LMS - Gobal Cache Service Process 全局缓存服务进程

LMD - Global Enqueue Service Daemon 全局查询服务守护进程

LMON - Global Enqueue Service Monitor全局查询服务监视进程

LCK0 - Instance Enqueue Process 实例查询进程

以上就是关于oracle keep pool会不会自动缓存cache的表数据的更改全部的内容，包括:oracle keep pool会不会自动缓存cache的表数据的更改、rac集群归档磁盘组原理、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！