author: Kmaus (Created in 2003-6-4 )
mail: kamus@itpub.net
版权声明
转载请注明作者及出处
原因(为什么需要cache table):
默认情况下如果某个Tables是通过Full Table Scan(FTS)方式被读入Buffer cache的,那么这些Block将被立刻放入LRU List的least recently used结尾。Oracle这样做的目的在于防止大的全表扫描会将Buffer cache中的其他Block挤出Buffer cache。
但是这种处理方法导致了一个优化Buffer cache需要特别注意的地方,特别是在使用CBO优化器的时候。
如果CBO优化器发现一个经常使用并且比较小的表,那么CBO通常会使用全表扫描来读取此表的数据。因为是全表扫描,如上所述,读入的block会被被立刻放入LRU List的least recently used结尾,这样很快就会被下一次读入的其他数据挤出Buffer cache,到下一次使用此表的时候,Oracle又不得不从磁盘上将数据再次读入Buffer cache,这无疑是一个比较昂贵的操作。
解决方法:
将这样的小表设计为cached table。Cached 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';