MySQL OCP888题解045-point-in-time recovery(时间点恢复)

1、原题

1.1、英文原题

You back up by using mysqldump.
Which configuration is required on the MySQL Server to allow point-in-time recovery?
A、binlog_format=STATEMET
B、log-bin
C、apply-log
D、binlog_format=ROW
E、gtid_enable

1.2、中文翻译

您可以使用mysqldump进行备份。
MySQL Server需要哪种配置才能实现时间点恢复？
A、binlog_format=STATEMET
B、log-bin
C、apply-log
D、binlog_format=ROW
E、gtid_enable

1.3、答案

B

2、题目解析

2.1、题干解析

本题考察MySQL的时间点恢复机制。

2.2、选项解析

1. 时间点恢复的信息来源是完整备份操作之后产生的一组二进制日志文件。因此，为了使服务器能够恢复到时间点，必须在其上启用二进制日志。所以选项B正确。

3、知识点

3.1、知识点1：时间点恢复

3.1.1、概述

时间点恢复是指恢复到某一特定时间点的数据变化。通常情况下，时间点恢复（增量恢复）是在恢复一个完整的备份后进行的，该备份将服务器恢复到备份时的状态。时间点恢复将服务器从完整备份的时间逐步恢复到最近的时间。

官方参考文档

3.1.2、使用二进制日志的时间点恢复

时间点恢复的信息来源是完整备份操作之后产生的一组二进制日志文件。因此，为了使服务器能够恢复到时间点，必须在其上启用二进制日志。步骤如下：

1. 要从二进制日志中恢复数据，你必须知道当前二进制日志文件的名称和位置。默认情况下，服务器在数据目录下创建二进制日志文件，但可以用-log-bin选项指定一个路径名称，将文件放在不同的位置。
   • 要查看所有二进制日志文件的列表，请使用这个语句：mysql> SHOW BINARY LOGS;
   • 要确定当前二进制日志文件的名称，发出以下语句：mysql> SHOW MASTER STATUS;
2. 通过重新应用二进制日志的事件，实现对给定时间范围内的数据恢复，如下所示：

$> mysqlbinlog binlog_files | mysql -u root -p

官方参考文档

3.1.3、使用事件位置的时间点恢复

作为一个例子，假设在2020年5月27日13:00:00左右，一个SQL语句被执行，删除了一个表。你可以执行一个时间点恢复，将服务器恢复到表被删除前的状态。以下是实现这一目的的一些示例步骤。

1. 恢复在感兴趣的时间点之前创建的最后一个完整备份（称之为tp，在我们的例子中是2020年5月27日13:00:00）。完成后，注意你恢复服务器的二进制日志位置，以便以后使用，并重新启动服务器。
2. 找到与你想恢复数据库的时间点相对应的精确二进制日志事件位置。在我们的例子中，鉴于我们知道表删除发生的大致时间（tp），我们可以通过使用mysqlbinlog工具检查该时间点附近的日志内容来找到日志位置。使用-start-datetime和-stop-datetime选项，指定tp周围的一个短的时间段，然后在输出中寻找该事件。比如说

$> mysqlbinlog   --start-datetime="2020-05-27 12:59:00" --stop-datetime="2020-05-27 13:06:00" --verbose /var/lib/mysql/bin.123456 | grep -C 12 "DROP TABLE"

3. 将二进制日志文件中的事件应用到服务器上，从你在步骤1中找到的日志位置开始（假设是1006），到你在步骤2中找到的、在你感兴趣的时间点（即1868）之前的位置结束。该命令恢复了从起始位置到停止位置之前的所有事务。因为mysqlbinlog的输出包括在记录的每个SQL语句之前的SET TIMESTAMP语句，恢复的数据和相关的MySQL日志反映了事务执行的原始时间。你的数据库现在已经恢复到感兴趣的时间点，tp，就在表pets.cats被丢弃之前。

$> mysqlbinlog --start-position=1006 --stop-position=1868 /var/lib/mysql/bin.123456 | mysql -u root -p

官方参考文档

4、总结

1. MySQL的时间点恢复就是将数据恢复到某一指定时间点，时间点恢复一般通过全量恢复+增量恢复实现。增量恢复必须开启binlog才能实现。