数据库日志恢复：账本与备忘录的智慧-CSDN博客

文章摘要

《数据库日志与恢复机制浅析》
本文用会计记账的比喻解析数据库日志系统：
1️⃣ 日志类型：重做日志(Redo)记录待补操作，撤销日志(Undo)留存回退依据
2️⃣ 核心机制：写前日志协议(WAL)确保先记日志后改数据，检查点(Checkpoint)定期同步减少恢复工作量
3️⃣ 恢复策略：崩溃恢复通过重做/撤销日志修正数据；介质恢复依托备份+日志实现数据重建
4️⃣ 优势：双重日志配合检查点机制，既保障事务完整性，又提升系统容灾能力。全文通过"流水账-账本"的生动类比，揭示了数据库确保数据一致性的关键技术原理。

一、日志与恢复——“账本与备忘录”的故事

想象你是一个会计，负责公司账本。你每天都要记账、查账，还要防止意外（比如突然停电、账本丢失）导致账目混乱。

1. 日志的作用

日志就像你的流水账/备忘录，记录每一笔操作的细节。
只要流水账在，哪怕账本出问题，也能“查流水账”把账本恢复到正确状态。

二、日志的类型

1. 重做日志（Redo Log）

比喻：就像你记下“我给张三转了1000元”。
作用：如果账本丢了，这条记录能帮你重做这笔转账，把钱补上。
用途：重做已经做过但还没写入账本的操作。

2. 撤销日志（Undo Log）

比喻：你记下“如果这笔转账有问题，记得把钱退回来”。
作用：如果操作没完成（比如转账一半断电），可以撤销这笔操作，把钱退回去。
用途：撤销未完成或出错的操作。

三、写前日志协议（WAL）

核心思想：先写流水账，再动账本。
流程：
1. 先把操作写到日志（流水账）里，并且写入磁盘（防止断电丢失）。
2. 再去修改数据页（账本）。
好处：哪怕断电，只要日志在，账本都能恢复！

四、检查点（Checkpoint）

比喻：你每隔一小时，把流水账和账本核对一次，做个“对账标记”。
作用：减少恢复时需要查的流水账数量。
原理：做检查点时，把所有未写入账本的操作都同步到账本，并记录“现在一切都对了”。
好处：以后恢复时，只需要从最近的检查点开始查流水账，大大减少恢复时间。

五、恢复算法

1. 失败恢复（Crash Recovery）

场景：突然断电、系统崩溃。
做法：
1. 从最近的检查点开始，查流水账。
2. 重做所有已经提交但还没写入账本的操作（用Redo Log）。
3. 撤销所有未完成的操作（用Undo Log）。
目标：让账本回到“既不丢账，也不多账”的正确状态。

2. 媒体恢复（Media Recovery）

场景：账本（磁盘）坏了，得用备份恢复。
做法：
1. 先用最近的账本备份恢复到某个时间点。
2. 再用备份后产生的所有日志（Redo Log）重做，把账本补到最新。
目标：即使账本坏了，也能最大限度恢复数据。

六、流程图（形象版）

日常操作：先写日志（流水账），再写数据页（账本）。
定期检查点：对账，做标记。
崩溃恢复：查流水账，重做/撤销，账本恢复。
磁盘坏了：用备份+日志，账本恢复。

七、口诀总结

先写日志再写账，断电不怕账本乱。
重做日志补操作，撤销日志防出错。
检查点，恢复快，查账不用翻天盖。
崩溃恢复靠日志，媒体恢复靠备份加日志。

八、表格对比

概念	比喻	作用
Redo Log	补账流水账	重做已提交但未写入账本的操作
Undo Log	退账备忘录	撤销未完成的操作
WAL	先记流水账	保证日志先于账本写入
Checkpoint	对账标记	减少恢复时查账量
Crash Recovery	断电查流水账	保证账本正确
Media Recovery	账本坏了查备份+流水账	最大限度恢复数据