前言
Oracle 在海量資料存取下仍能保持卓越效能，核心秘密在於其精心設計的 Database Buffer Cache (資料庫緩衝區快取)。本文深入剖析緩衝區快取的三種區塊狀態、LRU/DIRTY 雙列表管理機制、寫入進程協作流程，並據此提出 DBA 實務調優建議。
一、 緩衝區區塊三態模型
啟動資料庫時，SGA 會預先分配大量固定大小的緩衝區區塊 (預設 8KB)，分為三種狀態：
1. 空閒區塊
- 剛啟動時全為空閒，不含任何資料。
- 讀取資料檔時，優先尋找空閒區塊寫入，避免即時向作業系統申請記憶體延遲。
- 這也是 Oracle 啟動後記憶體佔用看似很高、但後續運作穩定的原因。
2. 命中區塊
- 已從資料檔讀入資料、且**未被修改**的區塊。
- 後續查詢若命中此區塊，直接回傳資料，省去實體 I/O，大幅提升存取速度。
- 資料與磁碟一致，無需寫回。
3. 髒區塊
- 資料被 `UPDATE`/`DELETE`/`INSERT` 修改過、但**尚未寫回資料檔**的區塊。
- 修改發生時，Server Process 直接在快取中修改並標記為髒，保證資料一致性 (讀取者見到最新版本)。
- 由背景進程 DBWn (Database Writer) 依特定條件批次寫回磁碟，減少隨機 I/O。
二、 LRU 與 DIRTY 雙列表管理機制
Oracle 透過兩個雙向鏈表高效管理上萬個區塊：
- LRU List (Least Recently Used)：串聯所有**空閒區塊**、**命中區塊**、以及**尚未移入 DIRTY 列表的髒區塊**。
- DIRTY List：專門串聯**已標記需寫回磁碟的髒區塊**。
查詢/讀取流程 (Server Process)
- 掃描 LRU 列表**尾部** (最久未用端) 尋找空閒區塊。
- 若遇到髒區塊 → 移動至 DIRTY 列表頭部，繼續往前掃描。
- 找到空閒區塊 → 讀入資料檔資料 → 將區塊移至 LRU **頭部** (最新使用端) 標記為命中區塊。
- 若掃描完 LRU 尾部仍無足夠空閒區塊 → 觸發 DBWn 寫入 DIRTY 列表區塊釋放空間 → 重新掃描 LRU。
修改流程
- Server Process 在快取中定位目標區塊 (若不在快取則先按讀取流程載入)。
- 修改區塊內容 → 標記為髒區塊 (仍在 LRU 列表中)。
- 後續由 DBWn 依 Checkpoint/時間/閾值觸發，將髒區塊移入 DIRTY 列表並寫入磁碟。
三、 實務調優三大策略
1. 給足記憶體，擴大 Buffer Cache
- 10g 官方建議 1GB+，生產環境 4GB 以上常見。
- 足夠的快取空間 = 更高命中率 = 更少實體 I/O = 更低延遲。
- 監控指標：`V$SYSSTAT` 中 `consistent gets` / `physical reads`，目標命中率 > 95%。
2. SQL 調優：精準查詢，減少無效載入
- 避免 `SELECT *`，只取需要欄位，減少單區塊承載資料量，提高快取利用率。
- 善用 `WHERE` 條件過濾，縮小掃描範圍，避免大量無關資料擠佔快取 (Full Table Scan 洪水)。
- 建立適當索引、使用分區表、物化視圖等手段精準定位資料。
3. 專機專用，避免記憶體碎片與資源爭奪
- 資料庫伺服器**勿共置**郵件、Web、檔案等其他服務。
- 其他進程佔用記憶體導致 OS Swapping，會嚴重破壞 LRU 列表連續性、延長 DBWn 寫入延遲、降低快取管理效率。
- 若資源受限，僅允許與其配套的 Application Server 同機部署，並設定記憶體上限 (Linux `cgroups` / Windows 資源監視器)。
結語
Buffer Cache 的「三態區塊 + 雙列表 + 異步寫入」設計，是 Oracle 高效能的基石。DBA 的核心價值在於：給足記憶體、寫好 SQL、隔離資源，讓這套機制發揮極致效能。
