在数据库中批量写入 WAL 文件不会否定 WAL 文件的目的吗？

Question

我正在阅读有关数据库的信息，但我无法理解有关 WAL 文件的一件事。 它们的存在是为了确保事务的可靠性和可恢复性，然而，显然，为了提高性能，WAL 文件是批量写入而不是立即写入。 这在我看来很矛盾并且否定了 WAL 文件的目的。 如果 WAL 提交之间发生崩溃会发生什么？ 这与根本没有 WAL 而只是定期同步数据库本身有什么不同？

Answer 1

我没有太多想法，只是寻找有关这方面的信息，因为我觉得这很有趣。

如果有忍者发现我的解释不正确，请纠正我。 这一点我的理解是WAL文件是在commit之前写的，然后一旦确认事务数据在WAL上，就确认事务。

批量做的就是把这个WAL数据移动到堆和索引，真正的表。

---

预写日志 (WAL) 是确保数据完整性的标准方法。 在大多数（如果不是全部）关于事务处理的书籍中都可以找到详细的描述。 简而言之，WAL 的中心概念是对数据文件（表和索引所在的位置）的更改必须仅在这些更改被记录后写入，即在描述更改的日志记录已刷新到永久存储之后。 如果我们遵循这个过程，我们不需要在每次事务提交时将数据页刷新到磁盘，因为我们知道在发生崩溃的情况下，我们将能够使用日志恢复数据库：任何尚未应用的更改可以从日志记录中重做数据页。 （这是前滚恢复，也称为 REDO。）

https://www.postgresql.org/docs/current/wal-intro.html