Oracle RAC Cache Fusion 系列十四：Oracle RAC CR Server Part One

Oracle資料庫環境中隔離級別為read committed，每個事務都只能看到其他事務已提交的更改和自己未提交的更改。所有關於CR塊的統計都可以通過x$bh檢視檢視。read-commited隔離級別下的有兩種可能性：

• 語句級別：查詢結果與查詢的開始一致（snap_scn =當前SCN）。
• 事務 級別：查詢結果與事務開始時一致（snap_scn =事務開始時的當前SCN）。

CR塊請求流

ktrget：

- 初始化CR掃描請求。

- 呼叫kcbgtcr獲取最佳快取區域構建CR緩衝區。

- 呼叫ktrgcm應用undo來構建CR緩衝區。

-  將CR緩衝區返回給請求者。

kcbgtcr：

- 如果成功，返回“最佳”候選人（由ktrexf執行）。

- 掃描雜湊桶，以獲取可用於構建CR緩衝區的緩衝區。

- 如果不成功，請求呼叫kcbget。

kcbget：

- 重新嘗試kcbgtcr的掃描。

如果找到緩衝區，則立即返回。

如果沒有，那麼如果它正在讀入或存在當前模式緩衝區，則等待它可用後，然後重新掃描緩衝區。

如果這些失敗，則不能使用任何本地快取的緩衝區。

如果上述操作失敗：

- CR服務重新分配管理CR請求。

CR塊的請求最多涉及三個例項：請求者例項，鎖定主例項和當前塊所有者例項。

如果滿足以下條件之一，則授予鎖定：

• 資源保持模式為NULL。

•  資源保持模式為S，主節點中沒有S鎖的持有者。

否則，主裝置將CR請求轉發給持有者節點。

如果鎖是全域性的，那麼Oracle將選擇一個節點來轉發CR請求，如下所示：

• 如果鎖主例項中存在過去映象（PI），並且PI SCN比snap-scn大，則主節點是為該節點。

• 否則，您選擇具有最小SCN的PI映象且PI-SCN大於snap-SCN。此PI的所有者節點是系統將CR請求轉發到的節點。用最小SCN的PI的原因是這樣應用的UNDO較少。

• 如果根本沒有PI，則選擇當前塊的所屬例項。

Light Work Rule

為了避免因為塊清除而產生消耗資源過多的CR塊構建工作，將合適的緩衝區傳送給請求者以完成CR構建。Oracle引入了LWR。CR請求節點的LMS程式通過呼叫kcbgtcr或ktrget以構建CR緩衝區。當LWR規則觸發條件：

- 請求物理I/O。

- 找到具有相同類，相同AFN和相同blockID單objectID的的緩衝區，一般是刪除或truncate的物件。

- 寫進行中。

Fairness

Oracle為了在鎖轉換和cr塊構造產生的開銷之間選擇最小消耗資源的方式，引入了fairness機制。當一個節點多次（_fairness_threshold）請求另一個節點具有獨佔鎖的buffer的時候。另外一個節點會將buffer上的鎖降級為scur然後把block傳輸到請求節點。之後這個節點再次訪問該buffer的時候直接到本地buffer cache申請即可。

LMS（構建CR緩衝區）執行buffer鎖的降級轉換動作，如果：

- 塊不是UNDO，鎖定保持在X模式

- 自上次對塊進行更改以來，緩衝區的CR請求過多。 如果有超過_fairness_threshold次數的CR請求，LMS會執行此操作。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/28218939/viewspace-2655704/，如需轉載，請註明出處，否則將追究法律責任。