理解redo（10）一个IMU的问题解释

这是10G后Oracle的新特性：IMU。Redo先放在共享池中，Commit时，再传入Log Buffer。只有当日志传入Log Buffer时，Oracle的Redo统

先看一个现象：

以上的现象，只有commit或者flush IMU时，redo size才会立竿见影。

这是10G后Oracle的新特性：IMU。Redo先放在共享池中，Commit时，再传入Log Buffer。只有当日志传入Log Buffer时，Oracle的Redo统计资料才会增加。这样做的目的，是为了减少向Log Buffer传数据的次数，减少Log BUffer相关Latch的竞争。

导入了private redo strand功能，利用这个功能，将进程创建的redo存于shared pool的private strand区域，而非PGA，存于private strand区域上的redo不经过redo log buffer，而能直接记录到log file，PGA区域上不需要重做日志缓冲区的复制过程，此项功能称之为“zero copy redo”。将隐藏参数_log_private_parallelism设定为true private strand功能就被激活。该参数应该是用于控制zero-copy redo特性的，而且是用于控制有多少个private strands用于zero-copy redo.为解决latch争用、undo管理提供了便利。对于使用Private strand的事务，无需先申请Redo Copy Latch，也无需申请Shared Strand的redo allocation latch，而是当flush或commit时，批量写入磁盘，因此减少了Redo Copy Latch和redo allocation latch申请/释放次数、也减少了这些latch的等待，从而降低了CPU的负荷。

zero-copy redo是基于private strand的一个特性，并非开启了private strand和IMU就一定启用该特性.一旦启用了zero-copy redo特性，内存中的log格式就会被记录成与磁盘log相同的格式，而无需再使用额外的资源对其进行转换，因此这些log记录可以被服务进程直接写入磁盘。

_log_private_parallelism默认是FALSE,也就是说oracle默认是不使用zero copy redo的，也就是说private strand中存储的redo record的格式和log buffer中的是一样的，同时也就不能被server process写入redo log file。（只有启用的zero-copy redo的时候才可以实现server process把private strand 写入redo log file，这时的redo record的格式和磁盘上的log file的格式是一样的）：

1)当commit/rollback的时候，通过re-designating把private space变成non-private space，，然后由LGWR把里面的redo record写出到redo log file中

2)当log file switch的时候DBWn把private strand中的redo record写出到log buffer中，然后统一由LGWR把所有的redo record写出到redo log file中