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

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

在前面的文章中，

理解REDO LOG(1) 介质恢复和实例恢复的基本概念
理解redo（2）redo内容：change vector和redo entries 
理解redo（3）详解一个update的过程
理解redo（4）redo log buffer和LGWR
理解redo（5）深入学习RBA 
理解redo（6）日志却的流程和直接路径加载的REDO分析 

我们知道，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由一些隐藏参数控制：

1. 09:39:59 sys@ORCL (^ω^) col name for a25  
2. 09:42:11 sys@ORCL (^ω^) col value for a10  
3. 09:42:11 sys@ORCL (^ω^) col description for a55  
4. 09:42:11 sys@ORCL (^ω^) select a.ksppinm name,b.ksppstvl value,a.ksppdesc description  
5. 09:42:11   2    from x$ksppi a,x$ksppcv b  
6. 09:42:11   3   where a.indx = b.indx  
7. 09:42:11   4     and a.ksppinm like '%_log_parallelism%'  
8. 09:42:13   5  /  
9.   
10. NAME                      VALUE      DESCRIPTION  
11. ------------------------- ---------- -------------------------------------------------------   
12. _log_parallelism          1          Number of log buffer strands  
13. _log_parallelism_max      2          Maximum number of log buffer strands  
14. _log_parallelism_dynamic  TRUE       Enable dynamic strands  --控制是否允许shared strand数量在_log_parallelism和_log_parallelism_max之间动态变化  

每一个shared_strand的大小=log_buffer/(shared_strand的数量)：

1. 12:55:40 sys@ORCL (^ω^) select indx,strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa != '00';  
2.   
3.       INDX STRAND_SIZE_KCRFA  
4. ---------- -----------------   
5.          0           3512320  
6.          1           3512320  
7.   
8. 12:58:46 sys@ORCL (^ω^) show parameter log_buffer  
9.   
10. NAME_COL_PLUS_S TYPE            VALUE_COL_PLUS_  
11. --------------- --------------- ---------------   
12. log_buffer      integer         7024640  
13. 12:58:57 sys@ORCL (^ω^) select 7024640/2 from dual;  
14.   
15.  7024640/2  
16. ----------   
17.    3512320  

关于shared strand的数量设置，16个cpu之内最大默认为2，当系统中存在redo allocation latch等待时，每增加16个cpu可以考虑增加1个strand，最大不应该超过8。

并且_log_parallelism_max不允许大于cpu_count。