什么是'log file sync'等待事件？

当一个用户会话提交，那个用户产生的所有redo需要从内存刷新到重做日志文件，使事务对数据库的修改永久化。 在提交时，用户会话会通知 LGWR 把日志缓冲区中的信息写到重做日志文件（当前所有未被写入磁盘的 redo 信息，包括本 次会话的 redo 信息）。当 LGWR 发现写操作完成后，它会通知用户会话。当等待 LGWR 通知确认所有 redo 已经安全的 保存到磁盘的过程时，用户会话会等待'log file sync'。 用户会话显示等待'log file sync'，是用户会话通知 LGWR 和 LGWR 通知用户的写操作完成之间的时间。 注意在11.2及以上版本，LGWR会在默认的post/wait模式和polling模式之间自动切换。在polling模式下，写操作的进展会 维护在一个内存结构中，等待'log file sync'的会话可以不时检查这个内存结构看是否自己所发起的事务对应的redo已经写 入磁盘。这时，等待时间会从用户会话通知 LGWR开始到会话自己发现对应的redo已经写入磁盘结束。

用户应该搜集那些信息，来初步分析'log file sync'等待事件？

初步分析等待'log file sync'，下面的信息是有帮助的： 'log file sync'等待在可接受范围的类似时间的 AWR 报告，作为用于比较的性能基线 'log file sync'等待很严重期间的 AWR 报告 注：2 个报告应在 10-30 分钟之间。 LGWR 日志文件（在12.2版本以上还需收集LGnn日志文件） 当日志写入较慢的时候，LGWR 日志文件将会显示警告信息 什么原因造成了很高的’log file sync’等待？ ‘log file sync’可以在用户会话通知 LGWR 写日志，和 LGWR 写完日志后通知用户会话（本地重做日志以及同步模式下 的远程备库的日志），及用户会话被唤醒间来接受LGWR的通知或者poll LGWR的写入的日志的进展的任何一个点发生。 更多详情，请参照文档:

其中的最常见的原因：

影响 LGWR 的 I/O 性能问题 过多的应用程序 commit 这些原因以及如何解决它们详情概述如下： 影响 LGWR 的 IO 性能问题 我们在这里回答的主要问题是“是否 LGWR 写入磁盘慢？”,下面的步骤可以帮助确定是否是这个导致的。