Redo Log Buffer

############################################################################
                          Redo Log Buffer    edit by sky on 20111111    参考:performance guid
############################################################################
1.redo log buffer
  LGWR从redo log buffer重做条目到online redo log被触发的条件:
  redo log buffer 1/3满时
  commit或rollback时
  dbwr时
  在LGWR写重做条目到redo log的同时，用户进程可以复制内存中已经被写到磁盘的相关内容
  太小的redo log buffer使得LGWR工作较为频繁，从而增加了系统I/O
  在一个有着快速处理器和相对I/O较慢的磁盘的机器上可以采用以下措施改善性能:
  a.大一点的redo log buffer可以相对缓解较慢的磁盘访问
  b.提高检查点和归档进程
  c.提高日志写的进程(如:移动所有的在线redo log到一个相对较快的裸设备)
  良好的redo log buffer的使用:
  a.批量提交作业
  b.采用nologging方式加载大量数据到DB
  redo log buffer的大小由LOG_BUFFER参数决定，单位是字节，不是动态参数，在DB启动后不能被动态修改
  增加redo log buffer不会产生额外的影响，仅仅占用了额外的内存，根据经验在大多数系统上redo log buffer超过1M并不会带来性能上的改善
  redo log buffer大小一般被确定通过:MAX(0.5M, (128K * number of cpus))
  通过统计评估redo log buffer大小是否合理:
  SELECT NAME, VALUE
  FROM V$SYSSTAT
  WHERE NAME = 'redo buffer allocation retries';
  正常情况下重试次数应该趋于0，如果该值较大，且有增大的趋势，而且log buffer space等待事件是一个显著的因素则增加redo log buffer的大小，否则提高检查点和归档进程

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16807927/viewspace-711599/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/16807927/viewspace-711599/