数据库基于日志的事务恢复为什么要分 undo 和 redo

2021-02-18 22:45:34 +08:00
 zxCoder

是为了效率考虑吗?

我觉得理论上可以不需要 redo 吧,崩溃时把最后一个检查点到奔溃点的所有日志记录全部 undo 不就好了吗?

把系统崩溃点之前已经提交或者回滚的事务进行 redo 而不是 undo 的原因是效率问题吗?

748 次点击
所在节点    问与答
5 条回复
3dwelcome
2021-02-18 23:08:32 +08:00
恢复过几百 G 的数据飘过,只能 redo 。
undo 你也存不下那么大的日志数据量。
zxCoder
2021-02-18 23:59:18 +08:00
@3dwelcome redo 和 undo 不是都需要保存日志记录吗
3dwelcome
2021-02-19 00:06:05 +08:00
redo 逻辑简单啊,快照前后只要存 sql 语句,恢复就是简单 SQL 重放。
undo 不一样,要跟踪所有的数据变动,万一一个 SQL 影响几百万数据,把每个数据变化值都要存下来,那多亏。
zxCoder
2021-02-19 10:49:39 +08:00
@3dwelcome 可能是实际数据库和课本说的不太一样,我才看到课本,课本上说的 redo 和 undo 都是保存一个<T,data,oldVal,newVal>的日志记录
zjbztianya
2021-02-19 13:32:48 +08:00
@zxCoder undo 是保存在页(page)里的,redo 日志是保存在日志文件里的,崩溃恢复的时候,需要先执行 redo 日志,构造 undo page 再 undo 掉回滚的事务。而且 mvcc 也需要通过 undo page 实现

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/754068

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX