在知识库中专注阅读，并随时返回相关工具与课程
@TOC目录 系统变更号 SCN（System Change Number） 是 Oracle 数据库内部使用的一种逻辑时间戳机制，用于标记和排序数据库中的变更事件。作为数据库的“全局时钟”，它以单调递增的方式生成，为所有数据变更和事务操作提供精确的时序标记和一致性锚点，确保事务的顺序性和一致性，是实现数据库 ACID 特性的重要手段。 其核心特性包括： 1. 全局唯一性：整个数据库（包括 RAC
系统学习 Oracle DBA
开通会员 ¥128/月起
查看完整课程本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
系统变更号 SCN（System Change Number） 是 Oracle 数据库内部使用的一种逻辑时间戳机制，用于标记和排序数据库中的变更事件。作为数据库的“全局时钟”，它以单调递增的方式生成，为所有数据变更和事务操作提供精确的时序标记和一致性锚点，确保事务的顺序性和一致性，是实现数据库 ACID 特性的重要手段。
其核心特性包括：
简而言之，SCN 是 Oracle 保证数据一致性、事务顺序和恢复正确性的重要基础。
在 Oracle 12.2 之前，SCN 是一个 6 字节（48bit）的数字，理论最大值为 2^48，即 281 万亿，在内部由两部分组成：
SCN 计算公式：SCN = (SCN_WRAP × 4,294,967,296) + SCN_BASE
_max_reasonable_scn_rate 参数限制）。可通过以下 SQL 查看拆分值：
1-- 获取 SCN_BASE2SQL> select max(scn_bas) SCN_BASE,max(scn_wrp) SCN_WRAP from smon_scn_time;34 SCN_BASE SCN_WRAP5---------- ----------6 19591101 0
从 Oracle 12.2 版本开始 SCN 扩展至 8 字节，理论最大值为 2^63，约等于 922.33京 这提供了近乎无限的 SCN 增长空间。
COMMIT 时，Oracle 分配一个新的 SCN 标记该事务的提交时间点。该 SCN 写入重做日志（Redo Log） 和回滚段头（Undo Header）。ALTER SYSTEM SWITCH LOGFILE；SCN 在数据库中无处不在：
1-- 控制文件2SQL> SELECT checkpoint_change# FROM v$database;34CHECKPOINT_CHANGE#5------------------6 1957684978-- 数据文件头，这里用 v$datafile_header，不同于 v$datafile，后者是控制文件里的信息9SQL> SELECT file#, checkpoint_change# FROM v$datafile_header;1011 FILE# CHECKPOINT_CHANGE#12---------- ------------------13 1 1957684914 2 1957684915 3 1957684916 4 1957684917 5 1957684918 7 195768491920-- 重做日志文件21 GROUP# FIRST_CHANGE# NEXT_CHANGE#22---------- ------------- ------------23 1 18658076 1885128824 2 18851288 1895281725 3 18548980 1865807626 4 18952817 1913625627 5 19136256 1924627728...29...3031-- 块头 (Block Header)：ITL 中的 SCN32SQL> ALTER SYSTEM DUMP DATAFILE 5 BLOCK 376;3334System altered.3536SQL> select tracefile from v$process where addr=(select paddr from v$session where sid=(select distinct sid from v$mystat));3738TRACEFILE39----------------------------------------------------------------------------------------------------40/u01/app/oracle/diag/rdbms/lucifer/lucifer/trace/lucifer_ora_3521.trc4142-- 这里可以看到 0xc80dd2 是一个十六进制数，0x0000000000c80dd2 是一个补 0 后的 64位 的 SCN43SQL> !grep "scn:" /u01/app/oracle/diag/rdbms/lucifer/lucifer/trace/lucifer_ora_3521.trc44scn: 0xc80dd2 seq: 0x02 flg: 0x04 tail: 0x0dd2200245 Format scn: 0x0000000000c80dd24647-- 转十进制48SQL> SELECT TO_NUMBER('80dd2', 'XXXXXX') AS dec_value FROM dual;4950 DEC_VALUE51----------52 131107385354-- 回滚段 (Undo Segment)：事务槽中的 SCN55SQL> SELECT segment_name, tablespace_name, status FROM dba_rollback_segs;5657SQL> ALTER SYSTEM DUMP UNDO HEADER '_SYSSMU6_813816332$';5859SQL> !grep "scn:" /u01/app/oracle/diag/rdbms/lucifer/lucifer/trace/lucifer_ora_3521.trc60scn: 0x12b1500 seq: 0x01 flg: 0x00 tail: 0x000000006162-- 转十进制63SQL> SELECT TO_NUMBER('12b1500', 'XXXXXXXX') AS dec_value FROM dual;6465 DEC_VALUE66----------67 19600640有一个脚本可以通过 scn 号获取对应 Timestamp 时间：
1SQL> @scnfinder2Enter value for input_scn: 196006403------------------------------------------------------------4SCN Finder on 04-JUN-2025 13:38:055SCN=19600640(04-JUN-25 01.30.33.000000000 PM)67PL/SQL procedure successfully completed.scnfinder 可以在 MOS 文档进行下载：
CHECKPOINT_CHANGE#。SCN > CHECKPOINT_CHANGE# 的变更，再回滚未提交事务（Undo）。在 RAC 环境中，存活节点通过重做日志为故障节点执行恢复，依赖 SCN 定位恢复起点。
协调器使用 SCN 确保所有参与节点提交/回滚的一致性（Two-Phase Commit）。
1SELECT * FROM employees AS OF SCN 123456; -- 基于 SCN 闪回2SELECT * FROM employees AS OF TIMESTAMP ...; -- 内部转换为 SCNBACKUP ... INCREMENTAL FROM SCN：基于 SCN 的增量备份。GV$ 视图 中的 CURRENT_SCN 可见全局一致性）。V$DATAGUARD_PROCESS）。(CURRENT_SCN - APPLIED_SCN) / 16M ≈ 延迟秒数。SCN 在很多情况下会增长，比如 Commit，Oracle 对这个增长进行控制。如果通过 DBLink 进行跨数据库访问，基于分布式一致性原理，Oracle 会将两个数据库的 SCN 时钟同步；通过 DBLink，SCN 低的被拉高，一旦超过数据库的允许限制，就会出错。如果数据库的 SCN 接近极限，则数据库就可能频繁出错，最坏的情况是事务都执行不了，数据库停顿。由于 SCN 不可以重置，严重情况甚至要重建数据库。
SCN 可用余量是指数据库当前使用的 SCN 与"不可突破"的上限值之间的差额。对于绝大多数 Oracle 数据库而言，这个余量每秒钟都在持续增长。
定义公式：
可用余量 = 当前 SCN 上限值 - 数据库已用 SCN 值
监控 SCN 增长速率和剩余空间（避免耗尽）：
1SELECT 2 VERSION,3 TO_CHAR(SYSDATE, 'YYYY/MM/DD HH24:MI:SS') AS DATE_TIME,4 (5 (6 -- 从 1988 年起，估算当前时间理论 SCN 值（按每秒 16K SCN 增长）7 (((TO_NUMBER(TO_CHAR(SYSDATE, 'YYYY')) - 1988) * 12 * 31 * 24 * 60 * 60) +8 ((TO_NUMBER(TO_CHAR(SYSDATE, 'MM')) - 1) * 31 * 24 * 60 * 60) +9 ((TO_NUMBER(TO_CHAR(SYSDATE, 'DD')) - 1) * 24 * 60 * 60) +10 (TO_NUMBER(TO_CHAR(SYSDATE, 'HH24')) * 60 * 60) +11 (TO_NUMBER(TO_CHAR(SYSDATE, 'MI')) * 60) +12 TO_NUMBER(TO_CHAR(SYSDATE, 'SS'))13 ) * (16 * 1024) -- 16000 SCNs/sec14 ) 15 - DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER16 ) / (16 * 1024 * 60 * 60 * 24) AS INDICATOR -- 剩余天数17FROM 18 V$INSTANCE;1920VERSION DATE_TIME INDICATOR21----------------- ------------------- ----------2219.0.0.0.0 2025/06/04 13:51:09 13922.5633警告
⚠️ 关键指标：若
headroom接近当前 SCN，需紧急处理（如打补丁或联系 Oracle 支持）。
ALTER SYSTEM SET SCN）导致 SCN 异常增长，破坏一致性。_allow_resetlogs_corruption 误用：强制 OPEN RESETLOGS 可能造成 SCN 不一致。1SELECT current_scn, systimestamp FROM v$database; -- 间隔采样计算速率ALTER SYSTEM SET SCN 仅限 Oracle 支持人员操作。SCN 是 Oracle 数据库维持事务一致性、实现高可用架构的核心基石。深入理解其生成逻辑、存储机制和应用场景，对数据库故障恢复、性能优化及架构设计至关重要。DBA 应掌握 SCN 监控方法，警惕潜在风险，确保数据库稳健运行。
参考 MOS 文章：