研究解决CLOB字段IO问题的方法-阿里云开发者社区

研究解决CLOB字段IO问题的方法

2017-11-08 1171

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介：

目前已经采取的做法，缓存该表

网上查到的做法

　一、对于普通表的cache方法：

　　SQL> conn test/test 已连接。

　　SQL> alter table t1 storage (buffer_pool keep) cache;

　　表已更改。

　　查询普通表是否已经被cache：

　　SQL> select table_name,cache,buffer_pool from user_TABLES;

　　TABLE_NAME CACHE BUFFER_

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

　　T1 Y KEEP

　　二、对于普通LOB类型的segment的cache方法

　　SQL> desc t2

　　名称是否为空? 类型

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

　　ID NUMBER

　　C2 CLOB

　　SQL> alter table t2 modify lob(c2) (storage (buffer_pool keep) cache);

　　表已更改。

　　三、对基于CLOB类型的对象的cache方法

　　SQL> desc lob1

　　名称是否为空? 类型

　　----------------------------------------- ID NUMBER

　　C1 XMLTYPE

　　SQL> alter table lob1 modify lob(c1.xmldata) (storage (buffer_pool keep) cache);表已更改。

　　那么，怎么测试lob segment是否被cache了呢?

------------------------------------------------------------------------------------------
1.检索lob字段的时候,按需去取lob字段，如果你不用，则给它设成null,比如我要id='10'的lob字段，那么sql:

    Sql代码  
    
select decode(id,'10',lob_col,null) from tb

2.给lob字段建立单独的表空间,并设定把CACHE 设定成reads提高读取速度。
代码：

    Sql代码  
    
  
--创建表空间  
CREATE TABLESPACE MONTANA DATAFILE 'montana.tbs' SIZE 500M;  
  
  
--修改lob对象的表空间(STRINGDATA和OBJECTDATA是lob字段)  
ALTER TABLE tb MOVE LOB (STRINGDATA,OBJECTDATA) STORE AS  
(  
TABLESPACE MONTANA  
CACHE READS    
)  