关于SCN

Oracle中的SCN（system change number）和我们的北京时间的意义是相同的，SCN是Oracle中的时间号。

 

为什么Oracle不用时间来界定呢？

我在北京时间8：00的时候执行一条DML语句，然后修改机器上的时间为7：00，再执行一条DML语句。如果用机器上的时间区分的话，那Oracle根本区分不出来这两条DML语句的执行顺序——而这一点对于Oracle是很重要的。所以它采用自己产生的SCN来区分所有操作的先后顺序。

 

SCN设计的值很大，所以不用担心达到最大值后怎么办。

 

可以查看系统当前的SCN号：

 

SQL> select dbms_flashback.get_system_change_number from dual;   GET_SYSTEM_CHANGE_NUMBER ------------------------                464640326

也可以查看系统当前保存的SCN号：

 

SQL> select checkpoint_change# from v$database   CHECKPOINT_CHANGE# ------------------          464639929

 

如果此时数据库损坏，当重启时候需要修复的，就是这两个SCN之间的数据。这些数据保存在在线重做日志文件中：

 

SQL> select GROUP#, STATUS, FIRST_CHANGE# from v$log;       GROUP# STATUS                         FIRST_CHANGE# ---------- ------------------------------ -------------          1 INACTIVE                           464633029          2 INACTIVE                           464637664          3 CURRENT                            464638303

 

group1中保存的数据产生的SCN号为 464633029 至 464637664；group2中的SCN号为 464637664 至 464638303；group3中的SCN号为 464638303 至 464640326（当前SCN号）。

 

所以，若此时执行shutdown abort并重启，执行crash recovery时，使用的在线重做日志文件为group3中的member。而通过v$log.status字段也能看到：group3的状态为current。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15142212/viewspace-589358/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15142212/viewspace-589358/