Oracle等待事件之四---log相关等待事件

一、Log file parallel write

后台进程LGWR负责将log buffer当中的数据写入到REDO文件中，以重用log buffer的数据。如果每个REDO LOG组里面有2个以上的成员，那么LGWR进程将会并行地将REDO信息写入到这些文件中。

如果数据库中出现这个等待事件的瓶颈，主要原因可能是磁盘I/O性能不够或者REDO文件的分布导致了I/O的争用，比如同一个组的REDO成员文件放在相同的磁盘上。

这个等待事件有三个参数：

Files：操作需要写入的文件个数。

Blocks：操作需要写入的数据块个数。

Requests：操作需要执行的I/O次数。

二、Log buffer space

当log buffer 中没有可用空间来存放新产生的redo log数据时，就会发生log buffer space等待事件。如果数据库中新产生的redo log的数据量大约LGWR写入到磁盘中的redo log数量，必须等待LGWR完成写入磁盘的操作，LGWR必须确保redo log写到磁盘成功之后，才能在redo buffer当中重要这部分信息。

如果数据库中出现大量的log buffer space等待事件，可以考虑如下方法：

（1）增加redo buffer的大小。

（2）提升磁盘的I/O性能。

三、Log file sequential read

这个等待事件通常发生在对redo log信息进行读取时，比如在线redo的归档操作，ARCH进程需要读取redo log的信息，由于redo log的信息时顺序写入的，所以在读取时，也是按照顺序的方式来读取。

这个等待事件包含三个参数：

Log#：发生等待时读取的redo log的sequence号。

Block#：读取的数据块号。

Blocks：读取的数据块个数。

四、Log file single write

这个等待事件发生在更新redo log文件的文件头时，当为日志组增加新的日志成员时或者redo log的sequence号改变时，LGWR都会更新redo log文件头信息。

这个等待事件包含三个参数：

Log#：写入的redo log组的编号。

Block#：写入的数据块号。

Blocks：写入的数据块个数。

五、Log file switch（archiving needed）

在归档模式下，这个等待事件发生在在线日志切换（log file switch）时，需要切换的在线日志还没有被归档进程（ARCH）归档完毕的时候。当在线日志文件切换到下一个日志时，需要确保下一个日志文件已经被归档进程归档完毕，否则不允许覆盖那个在线日志信息（否则会导致归档日志信息不完整）。

出现这样的等待事件，通常是由于某种原因导致ARCH进程死掉，比如ARCH进程尝试向目的地写入一个归档文件，但是没有成功（介质失效或者其他原因），这时ARCH进程就会死掉。如果发生这种情况，在数据库的alert log文件中可以找到相关的错误信息。

这个等待事件没有参数。

六、Log file switch（Checkpoint incomplete）

当一个在线日志切换到下一个在线日志时，必须保证要切换到的在线日志上的记录的信息（比如一些脏数据块产生的redo log）被写到磁盘上（Checkpoint），这样做的原因是，如果一个在线日志文件的信息被覆盖，而依赖这些redo信息做到恢复的数据块尚未被写到磁盘上（Checkpoint），此时系统down掉的话，Oracle将没有办法进行实例恢复。

在v$log视图里记录了在线日志的状态，通常来说，在线日志有三种状态。

Active：这个日志上面保护的信息还没有完成Checkpoint。

Inactive：这个日志上面保护的信息已完成Checkpoint。

 Current：当前的日志。

Oracle在做实例恢复时，会使用状态为current和Active的日志进行实例恢复。

如果系统中出现大量的log file switch（Checkpoint incomplete）等待事件，原因可能是日志文件太小或者日志组太少，所以解决的办法是，增加日志文件的大小或者增加日志组的数量。

这个等待事件没有参数。

七、Log file sync

这是一个用户会话行为导致的等待事件，当一个会话发出一个commit命令时，LGWR进程会将这个事务产生的redo log从log buffer里面写到磁盘上，以确保用户提交的信息被安全的记录到数据库中。

会话发出的commit指令后，需要等待LGWR将这个事务产生的redo成功写入到磁盘之后，才可以继续进行后续的操作，这个等待事件就叫做log file sync。

当系统中出现大量的log file sync等待事件时，应该检查数据库中是否有用户在频繁的提交操作。

这种等待事件通常发生在OLTP系统中，OLTP系统中存在很多小的事务，如果这些事务频繁被提交，可能引起大量的log file sync的等待事件。

这个等待事件包含一个参数：

Buffer#：redo buffer中需要被写入到磁盘中的buffer。