最近，我们有台服务器在delete操作期间发现一直在等待log buffer space，其他节点就没与这个问题。经查，向重做缓冲区上写入重做记录的进程，为了确保拥有重做缓冲区内必要的空间，需要获得redo allocation锁存器。已获得redo allocation锁存器的状态下，在想要得到重做缓冲区时，若没有适当的剩余空间，则需要等到直到获得空间为止。这时，根据情况等待两种事件。如果当前正在使用的重做日志文件已满，因此无法获得剩余空间，LGWR就会执行日志文件切换，服务器进程则等待log file switch completion事件。除此之外，需等待log buffer space事件。前者在日志文件切换结束后，可能发生log buffer space等待瞬间增加的现象。这是因为欲在重做日志缓冲区上写入的多数会话，等待日志文件切换的结束，然后争前恐后的为了写入到重做日志缓冲区上而发生争用。
重做缓冲区小于重做数据量时，发生log buffer space等待。所以广泛发生log buffer space等待时，应该调整重做缓冲区是否过小，必要时应将重做缓冲区调整到足够大。如果log buffer space等待和log file switch completion等待同时出现，就有必要怀疑重做缓冲区大小和重做日志文件大小合理与否。许多情况下，这两个等待是同时出现的。若重做日志文件过小，则log file switch completion等待会增加，在日志文件切换结束后，重新出现log buffer space等待现象。为减少log buffer space等待加大重做日志缓冲区大小时，log file sync等待可能会增加。
减少log buffer space等待的另一个方法是较少创建重做数据。适当使用Direct load功能、赋予nologging选项等，都属于此方法。
log buffer space等待具有与free buffer waits等待相似的属性。free buffer waits等待，是因为DBWR进程无法满足服务器进程寻找空闲缓冲区的速度而发生的。与此相同，log buffer space等待，是因为LGWR进程无法满足服务器进程的寻找空闲重做缓冲区的速度而发生的。减少free buffer waits等待的一种方法就是改善DBWR的性能。与此相同，减少log buffer space等待，也是改善LGWR的性能。将更快、更有效的I/O系统应用于重做日志文件，可改善LGWR的写入性能。
我们系统配置了足够大的logfile，所以虽然一直在等待log buffer space，但是并没有明显的log file switch completion，因此解决方法是将log buffer从默认的30M调整为64M，如下：
ALTER SYSTEM SET LOG_BUFFER=67108864 SCOPE=BOTH;
重启数据库，观察后面确定是否缓解该问题。
原文地址：https://www.cnblogs.com/zhjh256/p/9545171.html