oracle 成长历程-第二章：实例的组成-内存及进程组件概述 -SCN-2-CSDN博客

2.3.4 其他注意的几点

查询语句不会使SCN增加，就算是同时发生的更新，数据库内部对应的SCN也是不同的。这样一来就保证了数据恢复时候的顺序。

当一个查询执行的时候，他会先从系统中得到一个当前的SCN号，在他查找数据的同时，他会检查每个数据行和他对应的SCN号，只有那些不比他的 SCN号大的行才能从对应用户数据文件的缓冲区内取出，而那些大于他 SCN 号的行，就应该从回滚段数据文件的缓冲中取出。

2.3.4 其他几种重要的SCN

1)、系统检查点SCN

当一个检查点动作完成之后，Oracle就把系统检查点的SCN存储到控制文件中。

select checkpoint_change# from v$database

2)、数据文件检查点SCN

当一个检查点动作完成后，Oracle就把每个数据文件的SCN单独存放在控制文件中。

select name,checkpoint_change# from v$datafile

3)、启动SCN

Oracle把这个检查点的SCN存储在每个数据文件的文件头中，这个值称为启动SCN，

因为它用于在数据库实例启动时，检查是否需要执行数据库恢复。

select name,checkpoint_change# from v$datafile_header

4)、终止SCN

每个数据文件的终止SCN都存储在控制文件中。

select name,last_change# from v$datafile

在正常的数据库操作过程中，所有正处于联机读写模式下的数据文件的终止SCN都为null.

5)、在数据库运行期间的SCN值

在数据库打开并运行之后，控制文件中的系统检查点、控制文件中的数据文件检查点SCN

和每个数据文件头中的启动SCN都是相同的。控制文件中的每个数据文件的终止SCN都为null.

在安全关闭数据库的过程中，系统会执行一个检查点动作，这时所有数据文件的终止SCN

都会设置成数据文件头中的那个启动SCN的值。在数据库重新启动的时候,Oracle将文件头中的那个启动SCN与数据库文件检查点SCN进行比较,如果这两个值相互匹配，oracle接下来还要比较数据文件头中的启动SCN和控制文件中数据文件的终止SCN。如果这两个值也一致，就意味着所有数据块多已经提交，所有对数据库的修改都没有在关闭数据库的过程中丢失，因此这次启动数据库的过程

也不需要任何恢复操作，此时数据库就可以打开了。当所有的数据库都打开之后,存储在控制文件中的数据文件终止SCN的值再次被更改为null,这表示数据文件已经打开并能够正常使用了。

2.3.5 澄清几个概念

系统当前SCN并不是在任何的数据库操作发生时都会改变,SCN是在事务提交或回滚时改变；

在控制文件,数据文件头,数据块,日志文件头,日志文件change vector中都有SCN,但其作用各不相同,数据文件头中包含了该数据文件的checkpoint SCN,表示给数据文件最近一次执行检查点操作时的SCN.日志文件头中包含了low SCN,next SCN,表示给日志文件包含有从low SCN到next SCN的redo record.控制文件中包含了每个数据文件的checkpoint SCN,stop SCN,每个日志文件的low SCN,next SCN.控制文件中checkpoint SCN同数据文件头中checkpoint SCN相同,除非数据文件被手工替换掉.控制文件中的low SCN,next SCN同日志文件中low SCN和next SCN相同在数据库正常运行时,控制文件中对应数据文件的stop SCN都是最大值.在正常关闭数据库的情况下,在关闭前会执行一次检查点工作当oracle会将数据缓冲区上的内容全部写回到磁盘中,然后更新控制文件中对应数据文件的stop SCN,使其等于checkpoint SCN。

但在异常当机的情况下,由于最后一次检查点未进行或进行中间被中止,因而在控制文件,就存在部分的数据文件stop SCN为最大值,在数据库重新启动后,会检查控制文件中对应每个数据文件的stop SCN,如果stop SCN不等于控制文件中对应每个数据文件的checkpoint SCN,就会使用日志文件redo从checkpoint SCN开头到stop SCN为止的全部数据库操作.在定位到底是使用哪一个redo log文件时,就用到了日志文件头中的low SCN,next SCN,也就是说要使用的redo log 的low SCN ,next SCN必须包含数据文件重做所须的change vector。