Oracle RAC cache fusion機制介紹

在單一實例中，進程要想修改資料區塊，必須在資料區塊的目前的版本（Current copy）上進行修改

RAC環境也一樣

這便涉及到一系列問題：

如何獲得資料區塊的版本在叢集節點間的分布圖？

如何知道哪個節點擁有的是目前的版本？

如何完成傳遞過程？

這一系列問題的解決依靠記憶體融合技術（cache fusion）

cache fusion通過高速的private interconnect，在執行個體間進行資料區塊傳遞

這是RAC最核心的工作機制，他把所有執行個體的SGA虛擬成一個大的SGA區

每當不同的執行個體請求相同的資料區塊，這個資料區塊就需要在執行個體間進行傳遞

在Oracle 7的OPS中，這種傳遞是通過磁碟完成的，也叫“Disk-Based Ping”

也就是第1個執行個體必須先把這個資料區塊寫回磁碟，然後第2個執行個體再從磁碟上讀取這個資料區塊

這種依靠磁碟來完成資料傳遞極大影響系統效能

在Oracle 8i引入“Net-Based Ping”通過Private Interconnect來傳遞資料區塊

但是8i只能傳遞沒有修改過的資料區塊，對於“髒塊”還是要通過磁碟來傳遞，這一點和OPS一樣

在Oracle 9i的cache fusion，所有的資料區塊，無論修改的或者沒有修改的，都可以通過Private Interconnect傳遞

系統系能得到極大的改善

在cache fusion中，每個資料區塊都會被映射成一個cache fusion 資源，或者說是一個PCM 資源

PCM資源實際上是一個資料結構，資源的名稱就是DBA(資料區塊地址)

每個進程對資料的請求都是分步完成：

① 把DBA轉換成PCM資源名稱

② 把這個PCM資源請求提交給DLM（分布式鎖管理器）

③ DLM進行Global Lock的申請、釋放活動，只有進程獲得了PCM Lock，才能繼續下一步

也就是執行個體首先要獲得資料區塊的使用權

整個cache fusion有兩個服務組成：GCS和GES

⑴ GCS服務負責資料區塊在執行個體間的傳遞

由後台進程LMSn完成

⑵ GES服務負責鎖管理

在多個執行個體之間協調對資料區塊的訪問順序，保證資料的一致性訪問

由後台進程LMD完成