oracle数据库LOB字段的性能问题

在实践中ORACLE数据库LOB字段属性设置不合理会引发性能问题。

     通常oracle数据库LOB字段不得设置为nologging。

     LOB字段在创建时可设置logging/nologging属性，设置为logging时会把对LOB字段的修改，记录到redolog中用于数据恢复。在进行LOB对象创建时，默认为logging属性，若设置为nologging，只是lobsegment数据变化不写入redolog，不会影响其他row和column的数据redo记录工作。

     虽然指定nologging属性可以带来减少产生日志量的好处，但是也有可能会带来enq: CF-contention的问题。在数据库中任何需要读取控制文件的动作都需要申请CF锁，用于保证控制文件事务一致性。

    如果LOB字段创建时设置为nologging属性，当LOB字段所在表有大量的DML操作时，需要频繁获取CF锁用来更新控制文件中的SCN号，从而引起大量enq: CF-contention等待事件争用，导致业务缓慢。

    若设置为logging模式，会将更新信息存在归档日志中，定期由后台进程完成与控制文件同步，从而降低控制文件访问，避免大面积的CF-contention冲突。

    临时表可不对lob字段的logging进行限制。

   不得设置LOB字段为nologging,如果LOB对象被设置为NOLOGGING，发生并发操作时，容易产生大量的‘enq:CF – contention’等待事件，严重影响业务响应时间。

解决方案：

    通过以下SQL语句生成ALTER语句，修改为LOGGING模式：

SELECT 'ALTER TABLE ' || TABLE_NAME || ' MODIFY LOB (' || COLUMN_NAME ||
') (' || DECODE(CACHE, 'NO', 'NOCACHE', 'YES', 'CACHE') ||' LOGGING);'
FROM USER_LOBS WHERE LOGGING = 'NO' AND TABLE_NAME NOT LIKE 'BIN$%';

更多内容请关注公众号“测试小号等闲之辈”~