如果我理解正确,当用户更新数据库记录并提交事务时, commit() 调用将阻塞,直到完成以下步骤:
- 数据库在预写日志 (WAL)中记录更改。
- 数据库更新实际记录。
- 数据库删除 WAL 条目。
我对 WAL 有以下疑问:
- 数据库什么时候知道从 WAL 中删除条目是安全的?
- WAL 是否意味着将记录写入磁盘两次(一次在 WAL 中,一次在数据库文件中)?
- Postgres声称 WAL“显着减少了磁盘写入次数,因为只有日志文件需要刷新到磁盘”但是(回到问题 #1)在从瓦尔?
如果我理解正确,当用户更新数据库记录并提交事务时, commit() 调用将阻塞,直到完成以下步骤:
我对 WAL 有以下疑问:
首先,在尝试掌握 WAL 的工作原理方面做得很好。它经常被误解,但是当人们掌握了这个概念时,它就是理解数据库的真正灵光一现的时刻。
我们需要重新描述您对提交交易所发生的步骤的描述:
就是这样,我们完成了,事务已提交。内存中的记录被修改,被修改内容的详细信息存储在日志中,无需将每个记录更改加固到物理磁盘。
关于你的问题:
一种解释是,一旦修改的数据库记录刷新到磁盘,就不需要日志条目。发生这种情况的时间取决于多种因素,这些因素因数据库而异。例如,SQL Server 有一个可配置的恢复间隔,它控制检查点频率(将更改的记录刷新到磁盘的操作)。
是的,有点,不,取决于你的观点。更改一次记录,修改将记录到日志中,并在发生检查点时写入磁盘。在检查点之间更改记录 15 次,日志中记录了 15 次更改,但修改后的记录只会在下一个检查点写入磁盘一次。
是的,你知道,但是看到上面为什么 WAL 减少了磁盘写入。