当前位置:Gxlcms > mysql > 理解redo(6)日志却的流程和直接路径加载的REDO分析

理解redo(6)日志却的流程和直接路径加载的REDO分析

时间:2021-07-01 10:21:17 帮助过:44人阅读

当server process得到redo allocation latch进行redo log buffer分配之前,需要先嗅一下redo log file是否有足够的空间。倘若空间

当server process得到redo allocation latch进行redo log buffer分配之前,需要先嗅一下redo log file是否有足够的空间。倘若空间不足,则sp会发送switch log file的请求,,然后坐等log file switch completion事件的完成了。

日志却请求发出后,CKPT会进行一次增量检查点事件,而LGWR开始进行日志却换工作。

具体流程如下:

1)LGWR进程会通过控制文件中的双向链表,查找到一个可用的REDO LOG文件,作为新的CURRENT REDO LOG。

算法如下:

日志文件是inactive,并且已经归档了

优先使用unused日志文件组

2)将redo log buffer中还未写入的redo entries flush到current online redo log file,并且将最后一条redo entries的SCN作为本日志文件的high SCN记录在redo log header里面,然后关闭current online redo log file。

3)进行第二次控制文件事务,将刚刚关闭的REDO LOG标识为ACTIVE(这是个增量检查点事件,之所以标识为active,是因为它所保护的dirty buffer可能还未写到数据文件,如果已经全部写到磁盘了,则可以标识为inactive)将新的当前REDO LOG标识为CURRENT,如果数据库处于归档模式,还要将老的日志组记录到控制文件归档列表记录中,并且通知ARCn对该日志文件进行归档。

4)LGWR打开新的日志组的所有成员,在日志文件头记录当前日志sequence#和第一个redo block 的SCN(LOW SCN)

5)LGWR修改SGA中的标志位,允许生成新的REDO LOG信息

综上所述,日志切换是一种较为昂贵的操作。因为在却换期间,对数据库所有的交易都将被阻塞。但是加大REDO LOG文件大小和丢失数据的多少是无关的。理由:

1)redo entries是顺序写入的,写入一个和写入多个,对于恢复而言是一样的

2)存储故障,受影响的肯定是所有的REDO LOG文件

ARCHIVE模式下,直接路径加载会记录REDO。在非ARCHIVE LOG 模式下,直接路径加载这个动作不会记录REDO,但是Oracle由于系统改动需要维护段、区、表空间等而会产生REDO的。

下面将redo log file给dump出来

linux

人气教程排行