Cahce Tables in Memory的原因以及实现方法

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

author: Kmaus (Created in <?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />2003-6-4)

mail: kamus@itpub.net

版权声明

转载请注明作者及出处

 

原因(为什么需要cache table):

默认情况下如果某个Tables是通过Full Table Scan(FTS)方式被读入Buffer cache的,那么这些Block将被立刻放入LRU Listleast recently used结尾。Oracle这样做的目的在于防止大的全表扫描会将Buffer cache中的其他Block挤出Buffer cache

但是这种处理方法导致了一个优化Buffer cache需要特别注意的地方,特别是在使用CBO优化器的时候。

如果CBO优化器发现一个经常使用并且比较小的表,那么CBO通常会使用全表扫描来读取此表的数据。因为是全表扫描,如上所述,读入的block会被被立刻放入LRU Listleast recently used结尾,这样很快就会被下一次读入的其他数据挤出Buffer cache,到下一次使用此表的时候,Oracle又不得不从磁盘上将数据再次读入Buffer cache,这无疑是一个比较昂贵的操作。

 

解决方法:

将这样的小表设计为cached tableCached table进行全表扫描的时候,不会被放在least recently used结尾,而是被放在most recently used结尾。这样保证了此类数据可以更长久地留在Buffer cache

 

实现方法:

1. create table的时候指定:

SQL> create table A(

  2  id number,

  3  other varchar2(10))

  4  tablespace app1

  5  storage (initial 50k next 50k pctincrease 0)

  6  [color=red]cache[/color];

 

2. 创建之后利用alter table来修改:

SQL> alter table A [color=red]cache[/color];

 

3. 利用hint

SQL> select [color=red]/*+cache*/[/color] id,other from A;

注意:该操作仅对于当前Query有效,其他对A表的检索仍然会使用表的默认cache方式

 

检查cache table的信息

SQL> select owner,table_name

  2  from dba_tables

  3  where ltrim(cache)='Y';

阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页