您的位置:首页 > 其它

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

2004-08-02 00:43 369 查看
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';
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐