Oracle 10g CURRENT_SCN機制解析：查詢即遞增的序列化特性

揭秘v$database.CURRENT_SCN：為什麼每次查詢都會變大？

Oracle 10g在v$database引入CURRENT_SCN欄位，直觀顯示當前系統變更號（SCN）。但實測發現：直接查詢v$database.CURRENT_SCN會導致SCN遞增，而DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER則不會。本文解析其底層機制與實務影響。

實測現場重現

SQL> SELECT current_scn FROM v$database;
CURRENT_SCN
------------
8910961765228

SQL> SELECT dbms_flashback.get_system_change_number FROM dual;
CURRENT_SCN
------------
8910961765228   -- 未變

SQL> SELECT dbms_flashback.get_system_change_number FROM dual;
CURRENT_SCN
------------
8910961765228   -- 仍未變

SQL> SELECT current_scn FROM v$database;
CURRENT_SCN
------------
8910961765229   -- +1

SQL> SELECT current_scn FROM v$database;
CURRENT_SCN
------------
8910961765230   -- 再+1

核心結論

• v$database.CURRENT_SCN：類似SEQUENCE，每次查詢觸發SCN推進，保證返回值絕對「當前」。
• DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER：僅讀取當前SCN值，不推進SCN。
• 若無任何查詢操作，SCN值不會自動增長（僅由交易提交、檢查點等內部事件推進）。

實務啟示

1. 閃回查詢基準點：使用DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER獲取穩定SCN作為AS OF SCN子句參數，避免因查詢v$database導致基準點漂移。
2. SCN增長監控：若發現SCN異常暴增，優先排查是否有監控腳本高頻輪詢v$database.CURRENT_SCN。
3. Data Guard/Streams同步：主備庫SCN對比時，主庫採用DBMS_FLASHBACK包函數，備庫可讀v$database，避免雙邊推進造成誤判。

版本演進補充

Oracle 9i僅提供DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER；10g新增v$database.CURRENT_SCN為顯示便利性犧牲了「純讀取」語義。12c起引入CURRENT_SCN與CHECKPOINT_CHANGE#更精細區分。

掌握SCN推進觸發條件，是設計高可靠閃回恢復、邏輯備份與異構同步方案的關鍵細節。