建站
咨詢
售后
建站咨詢
新聞中心
Redo log 的主要功能是用于恢復與一個相關高級特性的十分重要的數(shù)據(jù)，一個Oracle redo的條目主要包含了其實際操作導致的Oracle數(shù)據(jù)庫變化的全部信息，所有redo條目最終都要被寫入redo文件中去。
公司主營業(yè)務：網(wǎng)站制作、成都網(wǎng)站制作、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)建站是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)建站推出臺江免費做網(wǎng)站回饋大家。
Redo log buffer是為了避免Oracle Redo文件IO導致性能瓶頸而在sga中分配出的一塊內存。
一個redo條目首先在用戶內存(PGA)中產(chǎn)生，然后由oracle服務進程拷貝到log buffer中，當滿足一定條件時，再由LGWR進程寫入redo文件。由于log buffer是一塊“共享”內存，為了避免沖突，它是受到redo allocation latch保護的，每個服務進程需要先獲取到該latch才能分配redo buffer。因此在高并發(fā)且數(shù)據(jù)修改頻繁的oltp系統(tǒng)中，我們通常可以觀察到redo allocation latch的等待。
Oracle Redo寫入redo buffer的整個過程如下：
在PGA中生產(chǎn)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(為了和之后出現(xiàn)的private strand區(qū)別，它們被稱之為shared strand)。
每一個strand受到一個單獨redo allocation latch的保護。多個shared strand的出現(xiàn)，使原來序列化的redo buffer分配變成了并行的過程，從而減少了rOracle edo allocation latch等待。
shared strand的初始數(shù)據(jù)量是由參數(shù)log_parallelism控制的;在10g中，該參數(shù)成為隱含參數(shù)，并新增參數(shù)_log_parallelism_max控制shared strand的***數(shù)量;_log_parallelism_dynamic則控制是否允許shared strand數(shù)量在_log_parallelism和_log_parallelism_max之間動態(tài)變化。
- 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數(shù)量)。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的數(shù)量設置，16個cpu之內***默認為2，當系統(tǒng)中存在Oracle redo allocation latch等待時，每增加16個cpu可以考慮增加1個strand，***不應該超過8。并且_log_parallelism_max不允許大于cpu_count。
注意：在11g中，參數(shù)_log_parallelism被取消，shared strand數(shù)量由_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的條目主要包含的內容
本文URL：http://m.fisionsoft.com.cn/article/cdhsdhh.html
