理解redo（7）oracle redo并行机制的原理介绍

    在前面的blog中，我们知道，redo entries写入log buffer大致的过程如下：

        在PGA中生产Redo Entry -> 服务进程获取Redo Copy latch(存在多个---CPU_COUNT*2) -> 服务进程获取redo allocation latch(仅1个) -> 分配log buffer ->

        释放redo  allocation latch -> 将Redo Entry写入Log Buffer -> 释放Redo Copy latch

 

    由于log buffer是一块“共享”内存，为了避免冲突，它是受到redo allocation latch保护的，每个server process需要先获取到该latch才能分配redo buffer。因此，在OLTP系统中，我们通常可以观察到redo allocation latch的等待事件。

 

    oracle引入shared strand和private strand来实现并行redo buffer分配机制，借此避免高并发下的redo allocation latch等待事件。

 

   1   shared strand

 

    为了减少redo allocation latch等待事件，oracle引入了log buffer的并行机制。其基本原理是，将log buffer划分为多个小的buffer，这些小的buffer被称作shared strand。每一个shared strand受到一个单独的redo allocation latch的保护。多个shared strand的出现，使得原来序列化的redo buffer分配变成了并行的过程，从而减少了redo allocation latch的等待。

 

    shared strand由一些隐藏参数控制：

09:39:59 sys@ORCL (^ω^) col name for a25
09:42:11 sys@ORCL (^ω^) col value for a10
09:42:11 sys@ORCL (^ω^) col description for a55
09:42:11 sys@ORCL (^ω^) select a.ksppinm name,b.ksppstvl value,a.ksppdesc description
09:42:11   2    from x$ksppi a,x$ksppcv b
09:42:11   3   where a.indx &#