oracle clob/blob 性能问题

[复制链接]

donglin243870

论坛徽章:

电梯直达

发表于 2015-7-15 21:09 | 只看该作者

本帖最后由 donglin243870 于 2015-7-15 21:10 编辑

问题背景：
LOB字段是Oracle数据库用于存储大数据对象的字段类型，包括BLOB、CLOB、NLOB、BFILE；
当LOB字段大小超过4k时，数据库会单独为该LOB字段分配额外的BLOB Segments存储BLOB对象，存储在lobsegment中的lob缺省不在缓冲区缓存，对于lob的读写都是物理IO，代价非常高，所以对于大于4kb的lob字段更新效率非常低；
被删除或更新的BLOB字段所占用空间不会自动批量回收，当所在表有大量的删除、更新操作时，BLOB所在Segments会迅速耗尽空间，新的INSERT需要空间时，会在高水位线上加锁后，回收曾使用但已经过期的BLOB空间，由于该操作效率很低，此时数据库就会有大量的‘enq:HW – contention’等待，相关SQL会由于该等待而串行执行，业务受影响十分严重。因此LOB字段不适合在有大批量删除、更新操作的并发场合使用；

已知解决办法：

为避免由于LOB该特性造成的的风险，对LOB字段的使用应遵循如下要求：

1.存储在lobsegment中的lob可以在定义的时候指定使用cache（默认是nocache），这对于中等大小的lob（比如几k～几十k）很有效果，减少物理IO

2. 有大批量删除、更新操作，而且有并发插入的表中，建议不要使用LOB字段，比如日志表。可以使用多个varchar(4000)字段进行拼接来代替；

3. 使用LOB字段时，为LOB字段手工单独指定和表所在表空间不同的表空间；

4. 版本11g使用LOB字段时，建议使用Securefile（默认basefile），如果单条记录显著大于block size，使用compress选项。

5. 将数据存储到文件系统中，数据库字段中存储文件地址，这种方法好像和bfile差不多；

问题：
1. 对于大容量不经常更新的lob除采用上面的解决办法外，还有什么好的方法；
2. 对于大容量的超过4000字节的文本，如果需要经常更新（如：发表文章，帖子后需要修改），采用什么解决方案比较好；
3. 单个字段大容量信息存储大家有些什么好的方法；

来源：oschina

链接：https://my.oschina.net/u/2653883/blog/1623479

标签

Oracle

oracle修改字段类型

blob