您现在的位置：程式碼之家 >> 數據庫知識 > >> Oracle 資料庫 >> Oracle 資料庫基礎

Oracle SCN 機制深度解析：從事務提交到災難恢復的核心時鐘

編輯：Oracle 資料庫基礎

SCN 核心定位：資料庫的「邏輯時鐘」

System Change Number (SCN) 是單調遞增的 64 位整數，貫穿資料庫全生命週期：事務提交、檢查點、日誌切換、備份恢復、Data Guard 同步、Streams 複製、RAC 全域一致性。理解 SCN 運作機制，即掌握 Oracle 一致性與恢復的底層邏輯。

事務寫入流程與 SCN 賦予

事務開始
Buffer Cache 讀取/載入資料塊
修改 Buffer Cache → 標記「髒塊」 → 寫入 Redo Log Buffer
事務提交：LGWR 將 Redo Log Buffer 刷入 Redo Log File，**同時分配當前最大 SCN 記錄於該 Redo 記錄中**（可透過 dbms_flashback.get_system_change_number 獲取）。
檢查點：CKPT 更新控制檔/資料檔檔頭 SCN，DBWn 將髒塊寫入資料檔。

四大 SCN 分類與儲存位置

SCN 類型	範圍	儲存位置	查詢視圖/欄位
System Checkpoint SCN	全域	控制檔	V$DATABASE.CHECKPOINT_CHANGE#
Datafile Checkpoint SCN	每資料檔	控制檔	V$DATAFILE.CHECKPOINT_CHANGE#
Start SCN (檢查點 SCN)	每資料檔	資料檔檔頭	V$DATAFILE_HEADER.CHECKPOINT_CHANGE#
Stop SCN	每資料檔	控制檔	V$DATAFILE.LAST_CHANGE#（正常運行為 NULL/無窮大）

SCN 推進關鍵節點

Redo Log 切換/檢查點：Low SCN → Next SCN 區間的 Redo 記錄被寫入資料檔，所有資料檔 Start SCN、控制檔 System/Datafile Checkpoint SCN 統一推進至 Next SCN。
Read-only 表空間例外：其資料檔 Start SCN 與 Datafile Checkpoint SCN 不更新，保持靜態一致性。
SCN 生成源頭：當前 Wall-clock Time 轉換而來，約每 3 秒自動推進一次（心跳機制），保證即使無業務提交也有 SCN 增長。

SCN 在實例恢復與介質恢復中的裁決邏輯

啟動階段檢查順序：
1. 控制檔 Datafile Checkpoint SCN == 資料檔 Start SCN ？
2. 控制檔 Datafile Checkpoint SCN == 控制檔 Stop SCN ？（Stop SCN 非 NULL 表示正常關閉）

不一致 → 從 Redo Log 找缺失 SCN 區間 → 重做 (REDO) → 恢復一致性

關閉模式	System=Datafile=Start SCN	Stop SCN	恢復動作
正常	相等	非 NULL	無需恢復
異常	相等	NULL	實例恢復
舊資料檔	System=Datafile > Start	NULL/非NULL	介質恢復 + 實例恢復
備份控制檔	System=Datafile ≤ Start	NULL/非NULL	USING BACKUP CONTROLFILE 介質恢復 + RESETLOGS

SCN 時間轉換驗證（10g+）

SELECT dbms_flashback.get_system_change_number,
       scn_to_timestamp(dbms_flashback.get_system_change_number)
FROM   dual;
-- 2877076756 | 17-AUG-07 02.15.26.000000000 PM

SELECT timestamp_to_scn(systimestamp) FROM dual;
-- 2877078439