Oracleredo的条目主要包含的内容

Redo log 的主要功能是用于恢复与一个相关高级特性的十分重要的数据，一个Oracle redo的条目主要包含了其实际操作导致的Oracle数据库变化的全部信息，所有redo条目最终都要被写入redo文件中去。

公司主营业务：网站制作、成都网站制作、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联建站是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联建站推出台江免费做网站回馈大家。

Redo log buffer是为了避免Oracle Redo文件IO导致性能瓶颈而在sga中分配出的一块内存。

一个redo条目首先在用户内存(PGA)中产生，然后由oracle服务进程拷贝到log buffer中，当满足一定条件时，再由LGWR进程写入redo文件。由于log buffer是一块“共享”内存，为了避免冲突，它是受到redo allocation latch保护的，每个服务进程需要先获取到该latch才能分配redo buffer。因此在高并发且数据修改频繁的oltp系统中，我们通常可以观察到redo allocation latch的等待。

Oracle Redo写入redo buffer的整个过程如下：

在PGA中生产Redo Enrey -> 服务进程获取Redo Copy latch(存在多个---CPU_COUNT*2) -> 服务进程获取redo allocation latch(仅1个) -> 分配log buffer -> 释放redo allocation latch -> 将Redo Entry写入Log Buffer -> 释放Redo Copy latch;

shared strand

为了减少redo allocation latch等待，在oracle 9.2中，引入了log buffer的并行机制。其基本原理就是，将log buffer划分为多个小的buffer，这些小的buffer被成为strand(为了和之后出现的private strand区别，它们被称之为shared strand)。

每一个strand受到一个单独redo allocation latch的保护。多个shared strand的出现，使原来序列化的redo buffer分配变成了并行的过程，从而减少了rOracle edo allocation latch等待。

shared strand的初始数据量是由参数log_parallelism控制的;在10g中，该参数成为隐含参数，并新增参数_log_parallelism_max控制shared strand的***数量;_log_parallelism_dynamic则控制是否允许shared strand数量在_log_parallelism和_log_parallelism_max之间动态变化。

 
 
 

  
  
  
HELLODBA.COM>select nam.ksppinm, val.KSPPSTVL, nam.ksppdesc   
  
  
  
2 from sys.x$ksppi nam,   
  
  
  
3 sys.x$ksppsv val   
  
  
  
4 where nam.indx = val.indx   
  
  
  
5 --AND nam.ksppinm LIKE '_%'   
  
  
  
6 AND upper(nam.ksppinm) LIKE '%LOG_PARALLE%';   
  
  
  
KSPPINM KSPPSTVL KSPPDESC   
  
  
  
_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_buffer/(shared strand数量)。strand信息可以由表x$kcrfstrand查到(包含shared strand和后面介绍的private strand，10g以后存在)。　

 
 
 

  
  
  
HELLODBA.COM>select indx,strand_size_kcrfa from x$kcrfstrand where last_buf_kcrfa != '00';   
  
  
  
INDX STRAND_SIZE_KCRFA   
  
  
  
0 3514368   
  
  
  
1 3514368   
  
  
  
HELLODBA.COM>show parameter log_buffer   
  
  
  
NAME TYPE VALUE   
  
  
  
log_buffer integer 7028736  
 
 
 

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

注意：在11g中，参数_log_parallelism被取消，shared strand数量由_log_parallelism_max、_log_parallelism_dynamic和cpu_count控制。

Private strand

为了进一步降低Oracle redo buffer冲突，在10g中引入了新的strand机制——Private strand。Private strand不是从log buffer中划分的，而是在shared pool中分配的一块内存空间。　

以上的相关内容就是对Oracle Redo并行机制的部分内容的介绍，望你能有所收获。

当前题目：Oracleredo的条目主要包含的内容
标题网址：http://www.csdahua.cn/qtweb/news40/395490.html

网站建设、网络推广公司-快上网，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 快上网