MySQL 8.0 Clone 备份恢复演练

文若1年前技术文章506

前言

上一篇文章中,我们介绍了使用 Clone 插件进行备份,相关的恢复流程将在本篇文章介绍。

MySQL 8.0 Clone Plugin 详解

恢复增量数据的方法,使用的是伪装为 relay log 通过多线程复制加速恢复的方式,之前有写过一个案例。

MySQL 通过 MTS 多线程恢复增量日志备份

1. 恢复目标

从 OSS 中下载全量备份及 Binlog 备份,测试 Clone 备份的全量备份恢复与增量恢复,将数据恢复到一个新实例。

2. 环境说明

主机MySQL 版本用途
172.16.104.568.0.32Clone 源库
172.16.104.578.0.32Clone 恢复的目标库

3. 克隆数据

在 Clone 之前我们先查看一下演示表中有多少行数据:

root@mysql 17:08:  [op_service_db]>select count(*) from task_queue;
+----------+
| count(*) |
+----------+
|    36280 |
+----------+

执行 Clone 操作:

CLONE LOCAL DATA DIRECTORY = '/data/clone_bak/20231106';

结束后,向测试表中写入 10w 行数据:

mysql_random_data_load -h172.16.104.56 -u'my' -p'112233' --max-threads=10 op_service_db task_queue 100000

将 Clone 文件 scp 到 57 的目标实例:

scp -r ./20231106/ root@172.16.104.57:/data

还有期间的 Binlog 文件也 scp 到目标实例:

scp /data/mysql_80/logs/mysql-bin.000001 root@172.16.104.57:/data

演示只有一个 Binlog 如果有多个 Binlog 操作也比较简单,注册步骤添加多个文件即可。

4. 恢复全量数据

使用 clone 出来的数据替换 57 节点的数据目录,操作前需要停掉 MySQL。

# 删除源目录
rm -rf /data/mysql_80/data
# 替换
mv ./20231106 /data/mysql_80/data
# 修改属组
chown -R mysql:mysql /data/mysql_80/

然后启动 MySQL 数据库。

5. 注册增量日志

这块主要是把需要跑的增量 Binlog 文件名,修改为 relay log 的格式。

# 将 binlog 文件,按照 relay log 格式写入到 index 文件中
cat mysql-relay.index

/data/mysql_80/logs/mysql-relay.000001

6. 应用增量日志

创建复制通道:

change master to 
   master_host='localhost',
   master_port=3306,
   MASTER_AUTO_POSITION=0,
   RELAY_LOG_FILE='mysql-relay.000001',
   RELAY_LOG_POS=4;

查看 GTID 点位信息:

root@mysql 17:39:  [(none)]>show master status\G
*************************** 1. row ***************************
            File: mysql-bin.000001
        Position: 14808235
    Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set: eccc6b43-b0fc-11ed-8e74-fa0e3cc40b00:1-38
eccc6b43-b0fc-11ed-8e74-fa0e3cc40b00:38

设置 SQL 线程,应用 eccc6b43-b0fc-11ed-8e74-fa0e3cc40b00:38 之后的 Event 操作。

start slave until SQL_AFTER_GTIDS ='eccc6b43-b0fc-11ed-8e74-fa0e3cc40b00:38';

启动 SQL 线程:

start slave sql_thread;

可以通过 show slave status\G 查看进度:

Executed_Gtid_Set: 1b03028c-76f7-11ee-ac46-faa7cd9c6a00:1-4,
eccc6b43-b0fc-11ed-8e74-fa0e3cc40b00:1-138

至此,Clone 结束后写入的增量数据已经通过 Binlog 恢复到新实例:

root@mysql 17:43:  [op_service_db]>select count(*) from task_queue;
+----------+
| count(*) |
+----------+
|   136280 |
+----------+



相关文章

MySQL 数据迁移中 lower_case_table_names 参数影响

MySQL 数据迁移中 lower_case_table_names 参数影响

记一次 SQLServer 迁移至 MySQL 遇到的一个关于 lower_case_table_names 参数的问题。前言   将 SQLServer 数据库迁移至 MySQL 迁移过后,驼峰命名...

如何用 mysqldump 备份数据

前言mysqldump 是 MySQL 官方提供的一款逻辑备份工具,它将生成一组可以导入数据 库中以重现原始数据库中的数据和数据库对象的SQL语句。可用于备份恢复、表结构导出、备份上云。本 SOP 介...

mysql查线上数据注意数据库的隔离级别

数据库的隔离级别定义了一个事务可能对其他并发事务的可见性,以及它们可能对数据库的影响。隔离级别的选择影响着并发性能和数据的一致性,不同的隔离级别能够防止不同程度的并发问题,如脏读(Dirty Read...

SQL Server优化入门系列(一)——快速定位阻塞SQL

SQL Server优化入门系列(一)——快速定位阻塞SQL

引言我们在运维数据库的时候,经常会面对这样的问题:数据库现在运行得怎么样有哪些会话在执行,当前状态是什么,在执行什么SQL哪些会话被阻塞,阻塞原因是什么会话是从哪些IP连接过来的,使用了什么账号通过这...

CDH实操--kudumaster迁移

CDH实操--kudumaster迁移

1 概述本次kudumaster迁移,中间不需要停kudu集群(会涉及滚动重启kudu角色); 注:若因为任务持续运行导致kudu停止超时可手动一台台停止-启动2 master迁移将cdh2中的ma...

PG常用命令

1、连库相关#连库 $ psql -h <hostname or ip> -p <端口> [数据库名称] [用户名称] #连库并执行命令 $ psql -h <ho...

发表评论    

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。