WAL 模式（PostgreSQL 14 Internals翻译版）

性能

当服务器正常运行时，WAL文件不断被写入磁盘。但是，这些写操作是顺序的:几乎没有随机访问，因此即使是HDD也可以处理这个任务。由于这种类型的加载与典型的数据文件访问非常不同，因此有必要为WAL文件设置一个单独的物理存储，并用一个指向已挂载文件系统中的目录的符号链接替换PGDATA/pg_wal编录。

有几种情况下，必须同时写入和读取WAL文件。第一个是明显的崩溃恢复案例；第二个是流复制。walsender进程直接从文件中读取WAL条目。因此，如果副本没有接收到WAL条目，而所需的页面仍在主服务器的操作系统缓冲区中，则必须从磁盘读取数据。但是访问仍然是顺序的，而不是随机的。

WAL条目可以用以下一种方式写入：

• 同步模式禁止任何进一步的操作，直到事务提交将所有相关的WAL条目保存到磁盘。
• 异步模式意味着即时事务提交，稍后在后台将WAL条目写入磁盘。

当前模式由synchronous_commit参数定义。

同步模式。 为了可靠地注册提交的事实，仅仅将WAL条目传递给操作系统是不够的;您必须确保磁盘同步已成功完成。由于同步意味着实际的I/O操作(相当慢)，因此尽可能少地执行它是有益的。

为此，完成事务并将WAL条目写入磁盘的后端可以执行一个由commit_delay参数定义的小暂停。但是，只有当系统中至少有5个commit_sibling活动事务时才会发生这种情况:在此暂停期间，其中一些事务可能会完成，服务器将设法一次性同步所有WAL条目。这很像扶着电梯门让别人冲进来。

缺省情况下，没有暂停。只有对执行大量短OLTP事务的系统修改commit