在oracle数据库中，三大文件（data file、control file和online redo log）扮演着极其重要的地位和作用。其中，redo log和oracle
在oracle数据库中，三大文件（data file、control file和online redo log）扮演着极其重要的地位和作用。其中，redo log和oracle redo log机制更是oracle正常、安全运行的保证。
oracle online redo log采用日志组（logfile group）和组成员（group member）的方式。每个log file group中的成员内容保持镜像相同，生成的每一条redo log entry都需要写入到每个成员中。原则上，各个日志成员保存在不同的存储位置，这样一旦发生介质损坏，可以使用其他成员进行恢复。
oracle数据库提供了对日志组和日志成员管理的语句操作支持。我们可以方便的添加、删除日志组，向日志组中添加、删除成员文件。但是，在一般的情况下，我们还是希望能够一次性将日志组所有成员确定添加。这样可以避免很多问题，其中之一就是日志文件的invalid状态。
1、实验环境介绍
本文选择oracle 11g进行实验测试。
sql> select * from v$version;
banner
--------------------------------------------------------------------------------
oracle database 11g enterprise edition release 11.2.0.1.0 - production
pl/sql release 11.2.0.1.0 - production
core 11.2.0.1.0 production
当前系统中有三个日志组，每个组成员两个。当前第三组是current状态redo log group。
sql> select group#, sequence#, members, status, first_change#, next_change# from v$log;
group# sequence# members status first_change# next_change#
---------- ---------- ---------- ---------------- ------------- ------------
1 73 2 inactive 1560017 1580625
2 74 2 inactive 1580625 1600939
3 75 2 current 1600939 281474976710
sql> select group#, status, type, member from v$logfile;
group# status type member
---------- ------- ------- --------------------------------------------------------------------------------
3 online /u01/oradata/wilson/onlinelog/o1_mf_3_7xt456o0_.log
3 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_3_7xt45bvp_.log
2 online /u01/oradata/wilson/onlinelog/o1_mf_2_7xt44w3k_.log
2 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_2_7xt450rv_.log
1 online /u01/oradata/wilson/onlinelog/o1_mf_1_7xt44nq1_.log
1 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_1_7xt44qt6_.log
6 rows selected
在v$logfile中，有一个状态列status，默认情况下是为空。
2、非current日志组成员添加
如果当前我们希望给日志组添加一个member的时候，oracle是提供了相应的语句的。当前日志组是group 3，我们先给非current组添加。
sql> alter database add logfile member '/u01/flash_recovery_area/wilson/onlinelog/redolog01a.log' to group 1;
database altered
sql> select group#, status, type, member from v$logfile;
group# status type member
---------- ------- ------- --------------------------------------------------------------------------------
3 online /u01/oradata/wilson/onlinelog/o1_mf_3_7xt456o0_.log
3 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_3_7xt45bvp_.log
2 online /u01/oradata/wilson/onlinelog/o1_mf_2_7xt44w3k_.log
2 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_2_7xt450rv_.log
1 online /u01/oradata/wilson/onlinelog/o1_mf_1_7xt44nq1_.log
1 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_1_7xt44qt6_.log
1 invalid online /u01/flash_recovery_area/wilson/onlinelog/redolog01a.log
7 rows selected
sql> select group#, sequence#, members, status, first_change#, next_change# from v$log;
group# sequence# members status first_change# next_change#
---------- ---------- ---------- ---------------- ------------- ------------
1 73 3 inactive 1560017 1580625
2 74 2 inactive 1580625 1600939
3 75 2 current 1600939 281474976710
注意，我们的确给group 1添加了文件。但是该文件的状态是invalid。在os层面，我们观察一下：
[oracle@bspdev onlinelog]$ pwd
/u01/flash_recovery_area/wilson/onlinelog
[oracle@bspdev onlinelog]$ ls -l
total 205040
-rw-r----- 1 oracle oinstall 52429312 sep 10 03:56 o1_mf_1_7xt44qt6_.log
-rw-r----- 1 oracle oinstall 52429312 sep 10 03:56 o1_mf_2_7xt450rv_.log
-rw-r----- 1 oracle oinstall 52429312 sep 10 04:04 o1_mf_3_7xt45bvp_.log
-rw-r----- 1 oracle oinstall 52429312 sep 10 04:03 redolog01a.log
[oracle@bspdev onlinelog]$
在os层面上，oracle的确创建了文件redolog01a.log，而且大小和其他组成员大小相同。那么这个invalid状态是什么意思呢？如果我们切换日志组，转换到文件上，有什么问题吗？
sql> alter system switch logfile;
system altered
sql> select group#, sequence#, members, status, first_change#, next_change# from v$log;
group# sequence# members status first_change# next_change#
---------- ---------- ---------- ---------------- ------------- ------------
1 76 3 current 1601735 281474976710
2 74 2 inactive 1580625 1600939
3 75 2 active 1600939 1601735
sql> select group#, status, type, member from v$logfile;
group# status type member
---------- ------- ------- --------------------------------------------------------------------------------
（篇幅原因，有省略……）
2 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_2_7xt450rv_.log
1 online /u01/oradata/wilson/onlinelog/o1_mf_1_7xt44nq1_.log
1 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_1_7xt44qt6_.log
1 online /u01/flash_recovery_area/wilson/onlinelog/redolog01a.log
7 rows selected
当进行switch logfile之后，redolog01a.log文件的状态变为空，表示一切正常。可以猜想：当日志切换到一个新的日志组的时候，会将日志原有的内容覆盖刷新。这个过程中，伴随着各个成员member保持一致。此时，，invalid状态的日志文件就会得到同步的机会。
进一步想，标记为invalid状态的日志文件，虽然大小已经确定，但是内容上没有与其他同group member同步。所以oracle将其标记为invalid。
根据oracle的工作规则，如果处在invalid状态的日志文件组不是current日志组，那么在日志切换到该组的时候，内容都会被覆盖。由此，invalid状态消失。
那么，如果当前invalid所在是一个current日志组，lgwr不断的写入内容。这个过程是如何呢？
3、current日志组成员添加
接着上面的实验结果，如果往当前current日志组中添加成员，效果如何呢？
sql> alter database add logfile member '/u01/flash_recovery_area/wilson/onlinelog/redolog01b.log' to group 1;
database altered
sql> select group#, status, type, member from v$logfile;
group# status type member
---------- ------- ------- --------------------------------------------------------------------------------
（篇幅原因，省略….）
1 online /u01/flash_recovery_area/wilson/onlinelog/redolog01a.log
1 invalid online /u01/flash_recovery_area/wilson/onlinelog/redolog01b.log
8 rows selected
sql> select group#, sequence#, members, status, first_change#, next_change# from v$log;
group# sequence# members status first_change# next_change#
---------- ---------- ---------- ---------------- ------------- ------------
1 76 4 current 1601735 281474976710
2 74 2 inactive 1580625 1600939
3 75 2 active 1600939 1601735
之后，我们实验生成redo entry之后，lgwr会不会书写到invalid状态的日志中。
sql> col name for a10;
sql> select * from v$statname where;
statistic# name class stat_id
---------- ---------- ---------- ----------
169 redo size 2 1236385760
sql> select * from v$mystat where statistic#=169;
sid statistic# value
---------- ---------- ----------
43 169 8585072
sql> delete t;
72591 rows deleted
sql> commit;
commit complete
sql> select * from v$mystat where statistic#=169;
sid statistic# value
---------- ---------- ----------
43 169 36099756
删除数据表t，生成了（36099756-858072）的redo log。那么，此时invalid状态的日志文件如何呢？
sql> select group#, status, type, member from v$logfile;
group# status type member
---------- ------- ------- --------------------------------------------------------------------------------
（篇幅原因，省略部分……）
1 online /u01/flash_recovery_area/wilson/onlinelog/o1_mf_1_7xt44qt6_.log
1 online /u01/flash_recovery_area/wilson/onlinelog/redolog01a.log
1 invalid online /u01/flash_recovery_area/wilson/onlinelog/redolog01b.log
8 rows selected
sql> select group#, sequence#, members, status, first_change#, next_change# from v$log;
group# sequence# members status first_change# next_change#
---------- ---------- ---------- ---------------- ------------- ------------
1 76 4 current 1601735 281474976710
2 74 2 inactive 1580625 1600939
3 75 2 inactive 1600939 1601735
虽然生成了redo log，并且写入到了文件中，但是invalid状态没有变化。说明，即使是当前的日志组，如果有处在invalid状态日志，内容不会同步，新日志也不会写入到其中。
只有在日志组切换到下一个循环之后，才能最后实现同步。
sql> alter system switch logfile;
system altered
sql> alter system switch logfile;
system altered
sql> alter system switch logfile;(执行时间很长)
system altered
sql> select group#, status, type, member from v$logfile;
group# status type member
---------- ------- ------- --------------------------------------------------------------------------------
（篇幅原因，省略部分……）
1 online /u01/flash_recovery_area/wilson/onlinelog/redolog01b.log
8 rows selected
sql> select group#, sequence#, members, status, first_change#, next_change# from v$log;
group# sequence# members status first_change# next_change#
---------- ---------- ---------- ---------------- ------------- ------------
1 79 4 current 1603673 281474976710
2 77 2 active 1603650 1603669
3 78 2 active 1603669 1603673
可见，只有在循环之后才有消除invalid状态。接下来，我们讨论invalid对oracle启动过程的影响。