Postgresql日志系统的实现（九）

最新推荐文章于 2024-11-04 17:04:39 发布

那海蓝蓝

最新推荐文章于 2024-11-04 17:04:39 发布

阅读量453

点赞数 1

CC 4.0 BY-SA版权

分类专栏：数据库

本文链接：https://blog.youkuaiyun.com/fly2nn/article/details/61924237

数据库专栏收录该内容

289 篇文章

订阅专栏

本文详细介绍了数据库恢复过程中涉及的关键步骤，包括控制文件读取、检查点记录处理、redo日志应用等，确保数据一致性的同时，提供了针对不同场景的恢复策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.3.3.3恢复过程步骤

1. 读控制文件，如果有，则按照文件中的信息设置恢复参数。

2. 对控制文件中所写的系统状态进行判断，给出系统状态提示

3. 读出时间线历史记录中的时间线列表expectedTLIs，如果recoveryTargetTLI不在时间线列表expectedTLIs中，则系统出现故障。

4. 如果存在备份标记文件（备份标记文件是做基础备份时生成的，参见“在线备份（热备份）”和“为什么要执行基础备份？”），读取备份标记文件中的备份标记，从备份标记定义的检查点读取检查点的记录到record中（说明：如果指定恢复某个备份标记“AAA”状态时的数据，则需要使用备份标记文件中指定的checkpoint指定的地方开始做redo，这样就避免了“AAA”状态之后，控制文件可能被多次再写入多个checkpoint所造成的与“AAA”状态不一致的情况发生）。

a) 如果record不空，则从record中的检查点记录处开始redo恢复，把参数InRecovery参数设置为true。

b) 若record为空，则说明系统出现错误。

5. 如果没有备份标记文件，读取控制文件中的最后一个检查点（表明用户默认要恢复到最近的checkpoint指定的位置），并把它的记录读到record中。

a) 如果record不空，读出了检查点记录的消息。

b) 若record为空，找控制文件中倒数第二个检查点，并把它的记录读到record中。

c) 如果新的检查点记录record不为空，把参数InRecovery参数设置为true。

d) 如果新的检查点记录record仍为空，则说明系统出现错误。

说明：（4）步与（5）步是同一个if判断，非此即彼。

6. 从上面各步骤中，一定会得到一个有效的检查点记录。把record记录中的值赋给一个检查点结构体变量checkPoint。

7. 把checkPoint的nextXid和nextOid赋给共享缓冲区中的变量缓冲区ShmemVariableCache的nextXid和nextOid。把checkPoint的时间线ID赋给ThisTimeLineID。

8. 在checkPoint的redo指针和undo指针有效的情况下，把参数InRecovery参数设置为true。

9. 在控制文件状态不是DB_SHUTDOWNED（系统正常关闭）时，把参数InRecovery参数设置为true。

10. 如果恢复控制文件中的使用归档文件进行恢复的标志参数InArchiveRecovery为真，把参数InRecovery设置为true。

11. 当参数InRecovery的值为true时，执行恢复。

a) 初始化恢复环境，启动各种需要恢复的资源（调用“RmgrTable[rmid].rm_startup();”）。

b) 设置需要redo的日志记录的起始位置，把起始位置处的日志记录读入record（初始record应该是离checkpoint最近的那个记录，应该从此record开始恢复，此处调用“ReadRecord”确认要开始恢复的第一条记录就是离checkpoint最近的那条记录）。

i. 如果record不空，从record开始循环执行redo操作，处理完一条需要redo的记录（通过调用“RmgrTable[record->xl_rmid].rm_redo(EndRecPtr, record);”完成本条record对应的redo操作），然后继续读取下一条记录到record中。循环终止的条件是已经执行到了我们所要求的时间线的位置，或者已经把所有的日志记录中需要redo的record执行完毕。