主页 / dba / 问题 / 342731
Accepted
Anmol Singh Jaggi
Asked: 2024-10-02 13:25:20 +0800 CST

在将检查点条目附加到预写日志之前，数据库崩溃

  • 772
  • 据我所知，WAL 是一个仅追加文件，对 DB 的所有操作都会在对数据实际执行操作之前写入其中。
  • 还有一个“检查点”的概念，即数据库实际将数据从内存写入磁盘，并在 WAL 末尾附加一个特殊的检查点条目。
  • 现在，如果数据库在任何时候崩溃，它可以从最新的检查点条目开始读取 WAL 并重做所有后续操作。
  • 但是数据库如何确保检查点 WAL 条目和数据实际刷新到磁盘以事务方式进行？
  • 如果数据已刷新但数据库在 WAL 中创建检查点条目之前崩溃了，该怎么办？
  • 相反，如果首先修改了 WAL，那么如果在检查点条目之后但在实际刷新数据之前 DB 崩溃，会发生什么情况。

例如，考虑以下情况：

  • 我们有一张虚拟表Person(name, age, salary)。
  • 它有一个条目John, 25, 100。
  • 在时间T1，一个新的交易到达UPDATE Person SET salary += 100 WHERE name='John'。
  • 假设在 T1 之前，所有数据都已被刷新并且检查点条目已附加到 WAL。
  • 现在，在此事务之后，数据库将首先在日志中附加精确的事务语句UPDATE Person SET salary += 100 WHERE name='John'。
  • 现在数据变成了John, 25, 200。
  • 然后过了一段时间，假设数据库决定在时间 T2 将数据刷新到磁盘。
  • 然后在时间 T3（紧接着 T2）时，DB 尝试将检查点条目写入 WAL。
  • 然而，航班尚未完成，T2和T3之间就发生了电源故障。
  • 现在，当数据库重新启动并尝试恢复时，它会注意到最新检查点之后有一个事务，并将尝试执行该事务：UPDATE Person SET salary += 100 WHERE name='John'
  • 但由于该交易在崩溃之前已经执行，这次工资将取值为 300，尽管它应该是 200。

数据库如何在恢复期间防止这些冗余更新？

transaction-log

1 个回答

  1. Best Answer

    此次事务之后，DB会先将准确的事务语句追加到日志中UPDATE Person SET salary += 100 WHERE name='John'。

    你似乎在这儿有一个误解。

    WAL不包含UPDATE Person SET salary += 100 WHERE name='John'，因此它不会再次“运行”并得到错误的结果。

    它只包含该语句修改的任何行/页面的新版本。因此，检查点所需要做的就是将所有这些页面写入主文件。它可以随时再次执行此操作，因为它是幂等的，因此恢复时第二次前滚不会影响任何内容。

    • 1

相关问题