CMU15-445 PROJECT 4 - LOGGING & RECOVERY

这篇博客详细介绍了2019年CMU 15-445数据库课程的第四个项目,主要任务是实现预写式日志(WAL)和特定的缓冲池策略。讨论了NO-FORCE / STEAL策略、Fuzzy Checkpoint不支持、Group Commit以及日志管理器的双缓冲区设计。此外,还强调了事务管理、日志记录的序列化和反序列化、Redo和Undo操作、以及日志缓冲区的flush策略,包括不同场景下对flush的等待和不等待策略。
摘要由CSDN通过智能技术生成

2019 CMU 15-445 数据库

介绍

这个作业主要是实现预写式日志(WAL)、要求缓冲池策略是“NO-FORCE / STEAL”。

  • NO-FORCE / STEAL: 也就是事务提交的时候,不要求其修改的数据页落盘(NO-FORCE)。缓冲池管理器在需要的时候,可以将尚未完成的事务已修改的脏数据页落盘(STEAL)。
  • Fuzzy Checkpoint:不用支持Fuzzy Checkpoint,也就是说在检查点是把所有脏页都flush(落盘),而不是像真正的ARIES那样,只保存脏页表和事务表。
  • Group Commit: 预写式日志是要求每次COMMIT,都要等COMMIT这条日志记录落盘了,才能返回结果给客户端。如果为每一个事务的COMMIT都做一次flush,那会带来大量的硬盘I/O。所以要实现 Group Commit,也就是COMMIT日志加到日志缓冲区的时候,并不立刻做flush,而是等待一下,等(1)日志缓冲区满,或者(2)定期做flush的时间到了(log_timeout秒)。这样多个事务COMMIT的日志可以批量地落盘,只要一次flush可以提交多个事务,减少I/O次数。

要求日志管理器要有2个缓冲区。缓冲区满的时候,就交换主/备缓冲区,一个用于做flush的时候,另一个继续接受AppendLogRecord()的请求添加日志记录。

要求用一个独立的线程FlushThread,专门负

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值