Oracle 緩存塊狀態全解析：v$bh 視圖與 XCUR/CR/FREE/READ/SCUR 含義詳解

背景：為什麼要關注緩存塊狀態？

Oracle 從未正式發布完整的緩存塊管理機制文檔，DBA 與內核工程師主要通過 v$bh 動態性能視圖、塊轉储、跟蹤文件反推機制。掌握塊狀態對以下場景至關重要：

• 緩存命中率異常、buffer busy waits 等待事件分析。
• RAC 環境下 Global Cache 服務（GCS）傳輸優化。
• 數據損壞恢復、介質恢復、實例恢復階段的塊狀態識別。
• 性能調優中判斷熱塊、對象級爭用。

v$bh 視圖核心欄位

SQL> DESC v$bh
Name          Null?    Type
------------- -------- ------------
FILE#                  NUMBER
BLOCK#                 NUMBER
CLASS#                 NUMBER
STATUS                 VARCHAR2(6)   -- 核心狀態欄位
XID                    RAW(8)
BA                     RAW(8)
CR_SCN_BAS             NUMBER
CR_SCN_WRP             NUMBER
CR_XID_USN             NUMBER
CR_XID_SLOT            NUMBER
CR_XID_SQN             NUMBER
...

查詢當前實例存在的所有塊狀態：

SELECT DISTINCT status FROM v$bh;

非 RAC 環境塊狀態詳解

恢復階段特有狀態

RAC 環境擴展狀態

實戰診斷查詢

1. 找出佔用緩存最多的對象及其塊狀態分佈

SELECT o.object_name, o.object_type, bh.status, COUNT(*) block_count
FROM v$bh bh
JOIN dba_objects o ON bh.objd = o.data_object_id
GROUP BY o.object_name, o.object_type, bh.status
ORDER BY block_count DESC;

2. 監控 RAC Global Cache 爭用熱塊

SELECT inst_id, file#, block#, class#, status, COUNT(*) cnt
FROM gv$bh
WHERE status IN ('xcur','scur')
GROUP BY inst_id, file#, block#, class#, status
HAVING COUNT(*) > 1  -- 多實例持有同一塊
ORDER BY cnt DESC;

3. 結合 v$waitstat 定位具體爭用類別

SELECT class, COUNT(*) waits
FROM v$waitstat
WHERE wait_count > 0
ORDER BY waits DESC;

核心機制總結

1. 狀態流轉：free → read → xcur/scur → (修改) → write → free；查詢時 xcur/scur → cr（構建一致性讀）。
2. RAC 核心：scur 實現多實例共享讀寫，通過 GCS 鎖傳輸（gc current block、gc cr block）維持一致性，xcur 為排他寫入模式。
3. 恢復語義：mrec/irec 標記塊正在經歷 Redo 前滾，此時不可訪問，恢復完成後轉為 xcur 或 cr。

結語

熟練解讀 v$bh.status 是 Oracle 內核級性能診斷的入門技能。建議結合 v$bh、gv$bh、v$waitstat、v$sysstat（consistent gets/db block gets）建立全鏈路分析視角：從等待事件 → 爭用塊 → 爭用對象 → SQL/應用優化。