前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Oracle 表缓存(caching table)的使用

Oracle 表缓存(caching table)的使用

作者头像
Leshami
发布2018-08-14 11:22:50
1.7K0
发布2018-08-14 11:22:50
举报
文章被收录于专栏:乐沙弥的世界乐沙弥的世界

--************************************

-- Oracle 表缓存(caching table)的使用

--************************************

1.使用caching table 的原因

在通常的情况下,应用程序访问在cache中的数据块将按照LRU算法来进行处理。然而对于小表的访问,当使用全表扫描时,则该表

中的块会放置LRU列表最近最少使用尾部的(LRU端),因此很快就被淘汰出局。然而使用基于成本优化的方法,对于小表进行查询以及收

集统计信息,大多情形下走的是全表扫描,因此势必造成一种情形,即该表后续需要再次访问,而每次使用了全表扫描,而该对象很快

被淘汰出局,因此需要再次读入到buffer cache,耗用了大量的I/O。

2.解决该问题的方法

设计表为caching table ,即使对该表使用全表访问时,则该表对象的块仍然被放置在LRU列表最近最多使用的尾部(MRU段)

不要过度的使用caching table,以免造成性能下降

通常将caching table 存放在keep buffer pool,缺省的情况下会放置在default buffer pool。

3.具有cache属性与pin 的差异

对于具有cache属性的对象,并不是将该对象pin到cache里,而是尽可能的延迟该对象驻留cache的时间

而对于pin对象,则是将该对象常驻到内存

4.设计cache table 的方法

创建表对象时,使用cache子句

修改表对象时,使用cache子句

使用cache 提示

创建表对象时使用cache,如下面的例子

create table tb_test

(id number

,name varchar2(20)

,sex char(1)

,age number

,score number)

tablespace users

storage(initial 50k next 50k pctincrease 0)

cache; --指定cache子句

使用alter table 修改已经存在的表

alter table scott.emp cache;

可以使用nocache来修改对象,使其不具备cache属性

alter table soctt.emp nocache

使用hint提示符来实现cache

select /*+ cache*/ empno,ename from scott.emp;

5.使用例子演示caching table情形

scott@ORCL> create table tb1 nologging

2 as select level id,rpad('*',4000,'*') data,rpad('*',2000,'*') data2

3 from dual

4 connect by level <= 15000;

Table created.

scott@ORCL> create table tb2

2 cache nologging

3 as select level id,rpad('*',4000,'*') data,rpad('*',2000,'*') data2

4 from dual

5 connect by level <= 15000;

Table created.

scott@ORCL> select count(1) from tb1;

COUNT(1)

----------

15000

scott@ORCL> select count(1) from tb2;

COUNT(1)

----------

15000

scott@ORCL> select table_name,num_rows,cache from user_tables where table_name in ('TB1','TB2');

TABLE_NAME NUM_ROWS CACHE

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

TB1 15000 N

TB2 15000 Y

scott@ORCL> set autotrace traceonly statistics;

scott@ORCL> select count(1) from tb1;

Statistics

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

5 recursive calls

0 db block gets

15086 consistent gets

15000 physical reads

0 redo size

412 bytes sent via SQL*Net to client

385 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

scott@ORCL> select count(1) from tb1;

Statistics

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

0 recursive calls

0 db block gets

15011 consistent gets

15000 physical reads

0 redo size

412 bytes sent via SQL*Net to client

385 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

scott@ORCL> select count(1) from tb2;

Statistics

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

0 recursive calls

0 db block gets

15011 consistent gets

197 physical reads

0 redo size

412 bytes sent via SQL*Net to client

385 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

scott@ORCL> select count(1) from tb2;

Statistics

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

0 recursive calls

0 db block gets

15011 consistent gets

0 physical reads

0 redo size

412 bytes sent via SQL*Net to client

385 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

1 rows processed

从上面的示例中可以看出,表tb1每次都将使用相同的物理读,而表tb2一旦被load进buffer cache中,始终处于LRU的MRU端,尽可能的

避免因buffer cache过小而被置换到buffer cache之外。

注意不同的演示环境可能有所差异,本人的演示环境如下;

scott@ORCL> show parameter sga_

NAME TYPE VALUE

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

sga_max_size big integer 264M

sga_target big integer 264M

scott@ORCL> select * from v$version;

BANNER

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

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

PL/SQL Release 10.2.0.1.0 - Production

CORE 10.2.0.1.0 Production

TNS for Linux: Version 10.2.0.1.0 - Production

NLSRTL Version 10.2.0.1.0 - Production

6.注意cache table与keep buffer pool的异同

两者的目的都是尽可能将最热的对象置于到buffer pool,尽可能的避免aged out。

cache table是将对象置于到default buffer cache。

而使用buffer_pool keep子句是将对象置于到keep buffer pool。

当buffer_pool和cache同时指定时,keep比cache有优先权。buffer_pool用来指定存贮使用缓冲池,而cache/nocache指定存储的

方式(LRU或MRU端)。建表时候不注明的话,nocache是默认值。

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2011年03月06日,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档