MySQL运维实战之备份和恢复（8.7）将数据库恢复到指定时间点的另外一种方法

本文主要是介绍MySQL运维实战之备份和恢复（8.7）将数据库恢复到指定时间点的另外一种方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

作者：俊达

使用mysql原生复制功能实现时间点恢复

使用mysqlbinlog解析并执行binlog是实现mysql时间点恢复的一种常用的方法。这里提供另外一种实现时间点恢复的方法：使用mysql的复制功能来实现。

方法如下：

1、启动一个空的mysql实例，将需要恢复的binlog注册到该实例。

2、待恢复实例上，从binlog实例复制数据。

启动binlog实例

初始化一个空白实例：

## 创建相关目录
mkdir -p /data/servebinlog/{data,log,binlog,relaylog,tmp,run}## 准备my.cnf## 初始化数据库
/opt/mysql/bin/mysqld --defaults-file=/data/servebinlog/my.cnf --initializetail -1 /data/servebinlog/log/alert.log
2023-06-26T08:54:33.758630Z 6 [Note] [MY-010454] [Server] A temporary password is generated for root@localhost: ar2sWPCf4.++## 修改文件owner，并启动实例
chown -R mysql:mysql /data/servebinlog/mysqld_safe --defaults-file=/data/servebinlog/my.cnf &## 修改默认密码，创建复制账号
mysql -uroot -par2sWPCf4.++ -h127.0.0.1 -P16380mysql> alter user 'root'@'localhost' identified by 'abc123';
Query OK, 0 rows affected (0.01 sec)mysql> create user 'rep'@'%' identified by 'rep123';
Query OK, 0 rows affected (0.02 sec)mysql> grant replication slave on *.* to 'rep'@'%';
Query OK, 0 rows affected (0.01 sec)

注册binlog：

将需要的binlog复制到binlog实例相关目录，并编辑binlog.index文件，重启binlog实例。

## 停实例
mysqladmin -h127.0.0.1 -P16380 -uroot -pabc123 shutdown## 清空原有binlog，将需要的binlog复制到指定目录
rm /data/servebinlog/binlog/binlog.00000*
cp /data/mysql8.0/binlog/binlog.0000{20,21,22} /data/servebinlog/binlog/## 编辑binlog.index，最终内容如下
# cat /data/servebinlog/binlog/binlog.index
/data/servebinlog/binlog/binlog.000020
/data/servebinlog/binlog/binlog.000021
/data/servebinlog/binlog/binlog.000022## 启动实例
chown -R mysql:mysql /data/servebinlog/
mysqld_safe --defaults-file=/data/servebinlog/my.cnf &

到这一步，binlog实例准备完成，

mysql> show binary logs;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000020 |   5598638 | No        |
| binlog.000021 |   4751928 | No        |
| binlog.000022 |   3944712 | No        |
| binlog.000023 |       237 | No        |
+---------------+-----------+-----------+mysql> select @@gtid_purged\G
*************************** 1. row ***************************
@@gtid_purged: 0b06b27c-13ff-11ee-8d21-fab81f64ee00:1-3,
58224b02-09b7-11ee-90bd-fab81f64ee00:1-13191,
7caa9a48-b325-11ed-8541-fab81f64ee00:27
1 row in set (0.00 sec)mysql> select @@gtid_executed\G
*************************** 1. row ***************************
@@gtid_executed: 0b06b27c-13ff-11ee-8d21-fab81f64ee00:1-3,
58224b02-09b7-11ee-90bd-fab81f64ee00:1-51514,
7caa9a48-b325-11ed-8541-fab81f64ee00:27
1 row in set (0.00 sec)

从binlog实例复制数据

查看全备的binlog位点：

# cat xtrabackup_binlog_info
binlog.000020	610	58224b02-09b7-11ee-90bd-fab81f64ee00:1-13191,7caa9a48-b325-11ed-8541-fab81f64ee00:1-27

到需要进行时间点恢复的实例上执行：

mysql> reset slave all;
Query OK, 0 rows affected, 1 warning (0.03 sec)mysql> change master to master_host='172.16.121.234', master_port=16380, master_user='rep', master_password='rep123', get_master_public_key=1, master_log_file='binlog.000020', master_log_pos=610;
Query OK, 0 rows affected, 9 warnings (0.13 sec)mysql> start slave until master_log_file='binlog.000021', master_log_pos=340009;
Query OK, 0 rows affected, 3 warnings (0.03 sec)

等待SQL线程执行完成，执行完成的标志是Slave_SQL_Running=No，并且Relay_Master_Log_File和Exec_Master_Log_Pos和start slave until命令中指定的位点一样。

mysql> show slave status\G
*************************** 1. row ***************************Slave_IO_State: Waiting for source to send eventMaster_Host: 172.16.121.234Master_User: repMaster_Port: 16380Connect_Retry: 60Master_Log_File: binlog.000023Read_Master_Log_Pos: 237Relay_Log_File: relaylog.000004Relay_Log_Pos: 340210Relay_Master_Log_File: binlog.000021Slave_IO_Running: YesSlave_SQL_Running: No
......Exec_Master_Log_Pos: 340040