oracle的标准时间SCN
作为oracle中区分数据库不同操作的时间号,作为oracle中的北京标准时间存在。如果采取时间区分的话必定会涉及到时区变化的处理,不同时区不同时间的记录会导致无法区分执行顺序。所以采取SCN方式用于标定标准时间。
SCN常用于设定检查点,用于数据损坏时依照重启时获取的SCN与数据库本地记录的SCN数据,用于确定恢复保存在在线重做日志文件中数据的两个基准时间
#以下操作建议使用sys权限用户
select dbms_flashback.get_system_change_number from dual;
#查看当前执行的标准时间
select checkpoint_change from v$database
#查看数据库保存基准时间(checkpoint机制被触发时所使用的SCN)
select GROUP#, STATUS, FIRST_CHANGE# from v$log;
#查看当前数据库记录所有分组的scn值,以及数据库真正做故障恢复所采用的时间节点记录组current
1 INACTIVE 567994
2 CURRENT 573874 #做故障恢复,执行crash recobery时使用的时此时间节点的日志
3 INACTIVE 534907
select dbms_flashback.get_system_change_number from dual;
#查询当前redo重放日志所记录的最后一次commit时间。
SCN与redo重放日志工作原理
#oracle数据库每次进行更新后,DBMS会自动维护和累积一个数字。该数字为SCN
#而只有发生过commit,LGWR日志写入进程才会将数据和增加的SCN值写入redo日志文件中供后续恢复使用
#所以只有我们的操作事务完成commit transaction时和交易成功讯息返回之前的这个时间段内,等待LRGWR完成写入redo重放日志后才能看到commit成功的信息
select dbms_flashback.get_system_change_number from dual;#可以查到commit最后一次写入redo日志的scn时间
SCN与checkpoint关联工作原理
#首先要知道,当数据库进行一个commit交易时,oracle进程会先将redoBuffer日志缓冲区(所有不完成提交的数据都会存放在这里)对应的commit内容写入到redo重放日志文件中,但是不会立即将其写入到物理磁盘数据文件中,用以方式多事务提交下导致磁盘IO过高影响数据库查询性能。会采取batch(批量写入)方式进行写入
#以上过程称为checkpoint