【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(数据恢复补充篇)(一)

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
日志服务 SLS,月写入数据量 50GB 1个月
简介: 【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(数据恢复补充篇)

检索binlog文件内容

按照位置截取binlog内容

按照位置截取 binlog 内容的优点是可以实现精确的截取,但是在选择位置时可能会花费一些时间。例如,如果要截取 "backup-bin.000009" 文件从位置 365 到位置 465 的日志,可以使用以下命令:

bash

复制代码

mysqlbinlog backup-bin.000009 --start-position=365 --stop-position=465 -r pos.sql

注意要点

  • 起始位置必须存在于 binlog 中,而结束位置点可以不存在。
  • 如果指定了起始位置而没有指定结束位置,则会截取从起始位置到文件结尾的所有 binlog 日志:

bash

复制代码

mysqlbinlog backup-bin.000009 --start-position=365 -r pos.sql
  • 如果指定了结束位置而没有指定起始位置,则会截取从文件开头到指定结束位置的所有 binlog 日志:

bash

复制代码

mysqlbinlog backup-bin.000009 --stop-position=465 -r pos.sql

在这里,位置点指的是 mysqlbinlog 解析文件时每一行开头的 "#at 数字" 标识的数据。通过指定起始位置和结束位置,可以根据具体需求来截取所需要的 binlog 内容。

优化后的内容如下:

按照位置截取 binlog 内容的优点是可以实现精确的截取,但是在选择位置时可能会花费一些时间。例如,如果要截取 "dadong-bin.000009" 文件从位置 365 到位置 465 的日志,可以使用以下命令:

css

复制代码

[root@DB02 ~]# mysqlbinlog dadong-bin.000009 --start-position=365 --stop-position=465 -r pos.sql

案例分析

以下是一些示例,演示了如何根据不同的条件来截取部分 binlog:

按位置截取 binlog

bash

复制代码

mysqlbinlog backup-bin.000009 --start-position=365 --stop-position=456 -r pos.sql
mysqlbinlog backup-bin.000005 --start-position=2265 --stop-position=2552 -r pos.sql
mysqlbinlog backup-bin.000009 --start-position=365 --stop-position=456 -r pos.sql
mysqlbinlog backup-bin.000009 --start-position=365 -r pos.sql
mysqlbinlog backup-bin.000009 --stop-position=456 -r pos.sql

按时间截取 binlog

bash

复制代码

mysqlbinlog backup-bin.000009 --start-datetime='2022-10-16 17:14:15' --stop-datetime='2022-10-16 17:15:15' -r time.sql
mysqlbinlog backup-bin.000009 --start-datetime='2022-10-16 17:14:15'  -r time.sql
mysqlbinlog backup-bin.000009  --stop-datetime='2022-10-16 17:15:15' -r time.sql

注意:

  • 使用上述命令时,替换 backup-bin.000009 中的文件名为实际的文件名。
  • 对于按位置截取,可以指定起始位置和/或结束位置来截取指定的 binlog 内容。
  • 对于按时间截取,可以指定起始时间和/或结束时间来截取在指定时间范围内的 binlog 内容。

根据具体需求,在 --start-position--stop-position--start-datetime--stop-datetime 参数中填入正确的值,以实现所需的截取操作。

mysqlbinlog -F 是一个用于解析和显示 MySQL 二进制日志的命令。-F 参数用于指定二进制日志文件的格式。

根据MySQL文档,-F 参数可以有以下几个选项:

  • --base64-output=value:设置输出格式为Base64编码的二进制日志。
  • --hexdump:以十六进制格式显示二进制日志内容。
  • --skip-gtids:忽略GTID (全局事务标识符)。

请根据您的具体需求选择适当的 -F 参数,并将其附加到 mysqlbinlog 命令后面使用。

MySQLbinlog命令常用参数:
参数 说明
-d, --database=name 根据指定库拆分binlog(拆分单表binlog可通过SQL关键字过滤)
-r, --result-file=name 指定解析binlog输出SQL语句的文件
-R, --read-from-remote-server 从mysql服务器读取binlog日志,是下面参数的别名
-j, --start-position=# 读取binlog的起始位置点,#号是具体的位置点
--stop-position=# 读取binlog的停止位置点,#号是具体的位置点
--start-datetime=name 读取binlog的起始位置点,name是具体的时间,格式为:2022-12-25 11:25:26
--stop-datetime=name 读取binlog的停止位置点,name是具体的时间,格式为:2022-12-25 11:25:26
--base64-output=decode-rows 解析row级别binlog日志的方法,例如:mysqlbinlog --base64-output=decode-rows -v mysqlbin.000016

通过binlog恢复数据

执行增量恢复

在新的MySQL实例上执行增量恢复操作。假设要从位置"binlog_file",偏移量"binlog_position"开始进行恢复,执行以下命令:

sql

复制代码

mysqlbinlog --start-position=binlog_position binlog_file | mysql -h hostname -u username -p
  • 替换以下参数: - binlog_file:要恢复的二进制日志文件名。 - binlog_position:要恢复的二进制日志文件的起始位置。 - hostname:数据库服务器的主机名。 - username:具有创建和修改表结构权限的MySQL用户。
  • 验证数据恢复:
  • 在新的MySQL实例上查询和验证恢复的数据是否正确。

xtrabackup安装部署

xtrabackup

Percona为MySQL、PostgreSQL和MongoDB提供免费的开源软件。有关具体细节,请访问各个产品页面,在那里您还可以找到我们所有主要开源软件产品的当前文档。

官方网站:https://www.percona.com/downloads



下载和安装

普通下载安装

下载 RPM 安装包

运行以下命令下载 Percona XtraBackup 的 RPM 安装包:

bash

复制代码

wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.3.3/binary/redhat/6/x86_64/percona-xtrabackup-2.3.3-1.el6.x86_64.rpm

安装依赖

运行以下命令安装 Percona XtraBackup 的依赖项:

bash

复制代码

yum install -y perl-DBD-MySQL per-DBI perl-Time-HiRes libaio*

安装 RPM 包

运行以下命令安装 Percona XtraBackup 的 RPM 包:

bash

复制代码

rpm -ivh percona-xtrabackup-2.3.3-1.el6.x86_64.rpm

可能会出现以下错误:

bash

复制代码

warning: percona-xtrabackup-2.3.3-1.el6.x86_64.rpm: Header V4 DSA/SHA1 Signature,key ID cd2efd2a: NOKEY
error: Faild dependencies:
lidev.so4()(64bit) is needed by percona-xtrabackup-2.3.3-1.el6.x86_64

安装 libev.so()(64bit)

访问以下地址:rpmfind.net/linux/RPM/i… ,搜索 libev.so.4()(64bit), 下载相应的文件。

然后运行以下命令安装 libev.so()(64bit):

bash

复制代码

rpm -ivh libev-4.04-2.e16.x86_64.rpm

安装 XtraBackup

最后运行以下命令完成安装:

bash

复制代码

rpm -ivh percona-xtrabackup-2.3.3-1.el6.x86_64.rpm

安装过程会显示如下信息:

bash

复制代码

Preparing...             ########################################### [100%] 
1:percona-xtrabackup     ########################################### [100%]

以下是优化后的内容:安装方法二:

使用 yum 安装

安装 Percona 源

运行以下命令安装 Percona 源:

bash

复制代码

rpm -Uhv http://www.percona.com/downloads/percona-release/percona-release-0.0-1.x86_64.rpm

使用 yum 安装 Percona XtraBackup

运行以下命令使用 yum 安装 Percona XtraBackup:

bash

复制代码

yum -y install percona-xtrabackup

Xtrabackup常用参数:

参数 描述
--user=USER 指定备份用户,如果未指定,默认使用当前系统用户
--password=PASSWD 指定备份用户密码
--port=PORT 指定数据库端口
--defaults-group=GROUP-NAME 在多实例的情况下使用
--host=HOST 指定备份的主机,可以是远程数据库服务器
--apply-log 回滚日志
--database 指定需要备份的数据库,多个数据库之间以空格分隔
--defaults-file 指定 MySQL 的配置文件
--copy-back 将备份数据复制回原始位置
--incremental 增量备份,后面跟着要增量备份的路径
--incremental-basedir=DIRECTORY 增量备份时使用,指向上一次增量备份所在的目录
--incremental-dir=DIRECTORY 增量备份还原时用来合并增量备份到全量,指定全备路径
--redo-only 对增量备份进行合并
--rsync 加快本地文件传输速度,适用于非InnoDB数据库引擎。不与--stream共用
--safe-slave-backup 安全的备份从库
--no-timestamp 生成的备份文件不以时间戳为目录

备份与恢复

全量备份

在这里我们采用的是innodb数据库引擎进行处理和操作。在这里我们使用的是innobackupex工具。



innobackupex

innobackupex 是一个备份和恢复 InnoDB 存储引擎的工具,是 Percona XtraBackup 工具包的一部分。它可以用于创建完整的物理备份,并支持增量备份和恢复操作。

下面是 innobackupex 命令的一些常用参数:

  • --user=USER:指定备份用户,如果未指定,默认使用当前系统用户。
  • --password=PASSWD:指定备份用户密码。
  • --host=HOST:指定备份的主机,可以是远程数据库服务器。
  • --port=PORT:指定数据库端口。
  • --defaults-file=FILE:指定 MySQL 配置文件。
  • --databases=DBLIST:指定要备份的数据库列表,多个数据库之间以逗号分隔。
  • --incremental:执行增量备份。
  • --incremental-basedir=DIR:指定上一次增量备份的目录路径,用于增量备份操作。
  • --apply-log:对备份进行日志应用,用于回滚操作或增量备份合并操作。
  • --copy-back:将备份数据复制回原始位置。


【MySQL技术专题】「问题实战系列」深入探索和分析MySQL数据库的数据备份和恢复实战开发指南(数据恢复补充篇)(二)https://developer.aliyun.com/article/1471058

相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
5天前
|
关系型数据库 MySQL Java
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
|
8天前
|
存储 关系型数据库 分布式数据库
登顶TPC-C|云原生数据库PolarDB技术揭秘:单机性能优化篇
阿里云PolarDB云原生数据库在TPC-C基准测试中,以20.55亿tpmC的成绩打破性能与性价比世界纪录。此外,国产轻量版PolarDB已上线,提供更具性价比的选择。
|
11天前
|
关系型数据库 MySQL 数据库连接
docker拉取MySQL后数据库连接失败解决方案
通过以上方法,可以解决Docker中拉取MySQL镜像后数据库连接失败的常见问题。关键步骤包括确保容器正确启动、配置正确的环境变量、合理设置网络和权限,以及检查主机防火墙设置等。通过逐步排查,可以快速定位并解决连接问题,确保MySQL服务的正常使用。
128 82
|
1天前
|
Cloud Native 关系型数据库 分布式数据库
登顶TPC-C|云原生数据库PolarDB技术揭秘:Limitless集群和分布式扩展篇
阿里云PolarDB云原生数据库在TPC-C基准测试中以20.55亿tpmC的成绩刷新世界纪录,展现卓越性能与性价比。其轻量版满足国产化需求,兼具高性能与低成本,适用于多种场景,推动数据库技术革新与发展。
|
8天前
|
存储 关系型数据库 分布式数据库
登顶TPC-C|云原生数据库PolarDB技术揭秘:单机性能优化篇
日前,阿里云PolarDB云原生数据库以超越原记录2.5倍的性能一举登顶TPC-C基准测试排行榜,以每分钟20.55亿笔交易(tpmC)和单位成本0.8元人民币(price/tpmC)的成绩刷新TPC-C性能和性价比双榜的世界纪录。 每一个看似简单的数字背后,都蕴含着无数技术人对数据库性能、性价比和稳定性的极致追求,PolarDB的创新步伐从未止步。「阿里云瑶池数据库」公众号特此推出「PolarDB登顶TPC-C技术揭秘」系列硬核文章,为你讲述“双榜第一”背后的故事,敬请关注!
登顶TPC-C|云原生数据库PolarDB技术揭秘:单机性能优化篇
|
2天前
|
Oracle 关系型数据库 数据管理
【赵渝强老师】Oracle数据库的闪回技术
在Oracle数据库操作中,难免会遇到误删表或提交错误事务等问题,可能导致数据丢失甚至数据库停止运行。传统解决方法依赖备份恢复,但需提前准备正确备份。为此,Oracle提供了闪回技术,无需备份即可快速恢复数据。它支持7种类型的操作,如闪回查询、版本查询、表恢复等,能有效应对逻辑损坏和用户错误。闪回技术基于还原(undo)数据管理,启用自动管理后可实现高效恢复。
|
9天前
|
存储 SQL 关系型数据库
从 MySQL 到时序数据库 TDengine:Zendure 如何实现高效储能数据管理?
TDengine 助力广州疆海科技有限公司高效完成储能业务的数据分析任务,轻松应对海量功率、电能及输入输出数据的实时统计与分析,并以接近 1 : 20 的数据文件压缩率大幅降低存储成本。此外,taosX 强大的 transform 功能帮助用户完成原始数据的清洗和结构优化,而其零代码迁移能力更实现了历史数据从 TDengine OSS 与 MySQL 到 TDengine 企业版的平滑迁移,全面提升了企业的数据管理效率。本文将详细解读这一实践案例。
28 0
|
MySQL 关系型数据库 数据库