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

在前面的文章中，理解REDO LOG（1）介质恢复和实例恢复的基本概念 http://www.linuxidc.com/Linux/2012-08/67799.htm
理解redo（2）redo内容：change vector和redo entries http://www.linuxidc.com/Linux/2012-08/67916p2.htm
理解redo（3）详解一个update的过程 http://www.linuxidc.com/Linux/2012-08/68154.htm
理解redo（4）redo log buffer和LGWR http://www.linuxidc.com/Linux/2012-08/68155.htm
理解redo（5）深入学习RBA http://www.linuxidc.com/Linux/2012-08/68576.htm
理解redo（6）日志却的流程和直接路径加载的REDO分析 http://www.linuxidc.com/Linux/2012-08/68658.htm我们知道，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 = b.indx
09:42:11 4 and a.ksppinm like "%_log_parallelism%"
09:42:13 5 /
NAME VALUE DESCRIPTION
------------------------- ---------- -------------------------------------------------------
_log_parallelism 1 Number of log buffer strands
_log_parallelism_max 2 Maximum number of log buffer strands
_log_parallelism_dynamic TRUE Enable dynamic strands --控制是否允许shared strand数量在_log_parallelism和_log_parallelism_max之间动态变化

每一个shared_strand的大小=log_buffer/（shared_strand的数量）：

12:55:40 sys@ORCL （^ω^） select indx,strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa ！= "00";
INDX STRAND_SIZE_KCRFA
---------- -----------------
0 3512320
1 3512320
12:58:46 sys@ORCL （^ω^） show parameter log_buffer
NAME_COL_PLUS_S TYPE VALUE_COL_PLUS_
--------------- --------------- ---------------
log_buffer integer 7024640
12:58:57 sys@ORCL （^ω^） select 7024640/2 from dual;
7024640/2
----------
3512320

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

Oracle 角色的两个特性和误区Oracle更改数据文件位置相关资讯 redo

大量redo生成的问题原因及改进（09/06/2015 21:44:21）
Oracle 10g Standby Database 实时（12/22/2014 18:34:35）
普通表与临时表DML操作会产生REDO/ （09/17/2013 20:29:12）

online redo日志文件损坏恢复（01/11/2015 08:36:34）
Redo丢失的4种情况及处理方法（11/26/2014 11:12:28）
Oracle redo 日志调整（06/07/2013 16:13:00）

本文评论查看全部评论（0）