何时从预写日志 (WAL) 中删除条目？

Question

如果我理解正确，当用户更新数据库记录并提交事务时， commit() 调用将阻塞，直到完成以下步骤：

• 数据库记录了预写日志 (WAL) 中的更改。
• 数据库更新实际记录。
• 数据库删除 WAL 条目。

我有以下关于 WAL 的问题：

1. 数据库什么时候知道从 WAL 中删除条目是安全的？
2. WAL 是否暗示将记录写入磁盘两次（一次在 WAL 中，一次在数据库文件中）？
3. Postgres声称 WAL“显着减少了磁盘写入次数，因为只需要将日志文件刷新到磁盘”但是（回到问题 #1）在从数据库中删除条目之前，您不必刷新主数据库文件沃尔？

Answer 1

首先，在尝试掌握 WAL 的工作原理方面做得很好。它经常被误解，但是当人们掌握这个概念时，它是理解数据库的真正灯泡时刻。

我们需要重新描述您对提交事务发生的步骤的描述：

• 数据库记录了预写日志 (WAL) 中的更改。
• 数据库更新内存记录。

就是这样，我们完成了，事务提交了。内存中的记录被修改，修改内容的详细信息存储在日志中，不需要将每个记录更改都强化到物理磁盘。

关于你的问题：

数据库什么时候知道从 WAL 中删除条目是安全的？

一种解释是，一旦修改的数据库记录刷新到磁盘，就不需要日志条目。何时发生这种情况取决于多种因素，这些因素因数据库而异。例如，SQL Server 有一个可配置的恢复间隔，它控制检查点频率（将更改的记录刷新到磁盘的操作）。

WAL 是否暗示将记录写入磁盘两次（一次在 WAL 中，一次在数据库文件中）？

是的，有点，不，取决于你的观点。更改一次记录，修改将记录到日志中，并在发生检查点时写入磁盘。在检查点之间更改记录 15 次，您在日志中记录了 15 次更改，但修改后的记录只会在下一个检查点写入磁盘一次。

Postgres 声称 WAL“显着减少了磁盘写入次数，因为只需要将日志文件刷新到磁盘”但是（回到问题 #1）在从数据库中删除条目之前，您不必刷新主数据库文件沃尔？

是的，您会这样做，但请参阅上文了解 WAL 减少磁盘写入的原因。