Oracle数据库是采用“日志在先”机制的。当我们对数据库数据进行修改时,并不是立即将修改数据写入到文件中,而是写入到共享内存SGA空间中的Buffer Cache里。同时,将修改的日志不断的写入到SGA中另一块Log Buffer缓存中。有一个后台进程LGWn不断的将Log Buffer缓存中的日志内容写入到online redo log文件中。
日志文件的几个特点:
首先,日志文件的写入是很频繁的。LGWn会不断将日志信息从Log Buffer中写入Online Redo Log;
其次,在日志文件上,可以有三个类型的事务事件:
1、事务结束,已经被commit,之后打过checkpoint检查点。这种事务记录在Log File上,但是变化信息已经被DBWn写入进数据文件;
2、事务结束,已经被commit,之后没有打入checkpint检查点。这种情况下,Log File已经写入了日志项目,数据文件可能包括脏数据,也可能没有写入脏数据;
3、事务未结束,没有commit。这种时候,数据块Dirty Block上面是有事务槽信息,表示未结束事务,是不会将数据写入到数据文件中。但是,日志Log Buffer可能将部分未提交的DML操作项目写入到Log File中;
“前滚和回滚”是Oracle数据库实例发生意外崩溃,重新启动的时候,由SMON进行的自动恢复过程。
1、当实例失败后,SMON首先找到最后SCN记录的Redo Log File,寻找最后一个打入的Checkpoint。
注:检查点Checkpoint
检查点Checkpoint是数据库一致性检查的一个标记。简单的说,就是在这个点上,Oracle保证各个文件(数据、控制、日志等)是一致的。检查点的作用就是在进行实例恢复的时候,告诉SMON进程,这个点之前的内容不需要进行恢复。
2、Oracle会从这个checkpoint position处开始应用日志文件进行“前滚”来重演整个操作过程直到实例失败的那一刻
前滚,就是把已经写到redo上但是还没有写道到datafile上的变化通过读取redo来写到datafile上,不论是否提交。
3、打开数据库
4、对于没有进行提交的事物,ORACLE会从Undo表空间中寻找到旧版本SCN的数据块信息,来进行SGA中Buffer Cache数据块恢复。“回滚”未提交的事务。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30208428/viewspace-1812976/,如需转载,请注明出处,否则将追究法律责任。