MySQL中使用percona-xtrabackup工具 三种备份及恢复 (超详细教程)

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: MySQL中使用percona-xtrabackup工具 三种备份及恢复 (超详细教程)

介绍percona-xtrabackup

Percona XtraBackup是一个用于MySQL和Percona Server数据库系统的开源工具,它用于执行在线备份。这个工具是由Percona公司开发的,旨在提供一个高性能、可靠且功能丰富的备份解决方案。

  1. 在线备份:Percona XtraBackup可以在数据库运行的同时执行备份,而不会影响数据库的正常运行。这使得系统管理员可以在不停机的情况下创建备份。


增量备份: 支持增量备份,可以只备份发生变化的数据,减少备份所需的时间和资源。


支持InnoDB和XtraDB存储引擎: 主要用于备份InnoDB和XtraDB存储引擎的数据。这两个存储引擎是MySQL和Percona Server的默认存储引擎。


快速恢复: 提供快速且可靠的数据恢复功能,通过使用备份文件进行快速的数据库还原。


备份验证:XtraBackup会在备份完成后验证备份的一致性,以确保备份文件可用于恢复数据。


复制和故障转移:Percona XtraBackup可以与数据库复制和故障转移方案集成,使得在分布式系统中轻松实现高可用性。


支持多种备份存储: 可以将备份存储在本地磁盘、网络共享、Amazon S3等不同的位置。


可扩展性: 支持大型数据库系统,适用于高流量和大容量的生产环境。


用这款工具来实现Mysql中备份 无疑是最好的选择。

那么如何来安装这款工具呢?

安装Percona

Percona提供了一个YUM仓库,使用户能够方便地安装、更新和管理Percona软件包。

需要通过Percona提供的yum仓库来完成安装Percona XtraBackup 这款工具

以下安装在CentOS7上操作

下载链接
yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm

下载完成之后查看yum仓库

下载这个主包

yum install -y percona-xtrabackup-test-24.x86_64


下载完成之后查看是否安装成功

yum list | grep percona-xtrabackup

如果这个包前边出现@ 表示安装成功

完整备份

完整备份是指将整个数据库的所有数据和结构都备份到一个文件或一组文件中。

完整备份是一种保证数据库完整性和一致性的强大手段。当需要还原数据库时,可以使用Percona XtraBackup工具进行还原。还原过程涉及解压缩备份文件并将数据应用到数据库目录中。

备份流程


innobackupex --user=root --password=" " /xtrabackup/full
 
命令         用户名    密码(填入mysql密码)  存放的路径(自己设定)

'innobackupex' 提供了一种对 'xtrabackup' 工具进行封装的方式,使得用户能够更轻松地执行备份和还原操作。

查看备份是否成功

ls /xtrabackup/full  (ls 自己的文件夹)



恢复流程

模拟仅仅是测试真机上慎用这条命令

1.模拟文件损坏
systemctl  stop mysql        停止服务
rm -rf /var/lib/mysql/*   清除 MySQL 数据目录

通常先停止 MySQL 服务,    然后再删除内容会更安全


/var/lib//var/lib/mysql/目录是存储 MySQL 或 MariaDB 数据库文件(包括数据文件、日志和其他导入)的常用位置

2.滚回日志
innobackupex --apply-log /xtrabackup/full/2024-01-26_14-11-49/

- 'innobackupex':这是Percona XtraBackup的命令。


- '--apply-log':此选项用于将事务日志应用于备份。它为干净还原准备备份,并使数据库处于一致状态。


- '/xtrabackup/full/2024-01-26_14-11-49//':这是存储完整备份的目录的路径。此目录应包含 XtraBackup 创建的备份文件。


3.恢复数据目录

使用“--apply-log”应用日志后,通常使用“--copy-back”将文件复制回原始数据目录。此步骤将数据库还原到创建备份时的状态。

innobackupex --copy-back /xtrabackup/full/2024-01-26_14-11-49/


- 'innobackupex':Percona XtraBackup 的命令。


- '--copy-back':此选项用于将文件复制回 MySQL 或 Percona Server 数据目录。


- '/xtrabackup/full/2024-01-26_14-11-49/':这是备份文件所在目录的路径。


4.授权**

因为你用的root身份恢复所以属主和属组都是root 启动数据库时候会报错

所以要更改权限

chown -R mysql.mysql /var/lib/mysql    将属主和属组改为mysql

启动mysqld服务之后登录查看数据库和表以及对应的数据即可


增量备份

增量备份是数据库备份策略的一种类型,它只备份自上一次完整备份或增量备份以来发生变化的数据。相比完整备份,增量备份能够减少备份所需的时间和存储空间,同时仍然提供了对整个数据集的完整还原能力。

备份流程

2月1日(完整)

在这个2月1日时间段完整备份一次        第一次完整备份

[root@192 ~]# date 02010000
2024年 02月 01日 星期四 00:00:00 +07
创建一个testdb的数据库 内部创建test的表(内部只有一个1)
mysql> select * from  test;
+------+
| id   |
+------+
|    1 |
+------+
[root@192 ~]# innobackupex --user=root --password=" " /xtrabackup/;

查看第一次备份文件

1. [root@192 ~]# ls /xtrabackup/    查看
2. 2024-02-01_00-01-59
2月2日(增量)

在2月2日时间段增量备份一次

[root@192 ~]# date 02020000
2024年 02月 02日 星期五 00:00:00 +07
 
往数据库内加入2这个数据
mysql> select * from test;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
 
[root@192 ~]# innobackupex --user=root -password='' --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/2024-02-01_00-01-59
 



查看第二次备份文件(两个文件)

1. [root@192 xtrabackup]# ls
2. 2024-02-01_00-01-59  2024-02-02_00-10-42
2月3日(增量)

再2.3日再做一次增量备份

[root@192 ~]# date 02030000
2024年 02月 03日 星期六 00:00:00 +07
[root@192 ~]# mysql -uroot -p" " -e "insert into testdb.test values(3);"
在mysql外部执行命令 -e
往表内加入 3这个数据
mysql> select * from  test;
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
+------+
 
[root@192 ~]# innobackupex --user=root -password='' --incremental /xtrabackup/ 
--incremental-basedir=/xtrabackup/2024-02-02_00-10-42
基于2月2号做的备份(增量备份)


查看三次备份(三个文件)

1. [root@192 xtrabackup]# ls
2. 2024-02-01_00-01-59  2024-02-02_00-10-42  2024-02-03_00-06-43



恢复流程(四步)

第一步首先删除(模拟数据丢失)仅仅是模拟

systemctl  stop mysql        停止服务
rm -rf /var/lib/mysql/*   清除 MySQL 数据目录

第二部 日志回滚

回滚周一的日志
[root@192 ~]# innobackupex  --apply-log --redo-only /xtrabackup/2024-02-01_00-01-59
 
做周二的日志回滚
[root@192 ~]# innobackupex  --apply-log --redo-only /xtrabackup/2024-02-01_00-01-59                 --incremental-dir=/xtrabackup/2024-02-02_00-10-42
 
周三的日志回滚
[root@192 ~]# innobackupex  --apply-log --redo-only /xtrabackup/2024-02-01_00-01-59                 --incremental-dir=/xtrabackup/2024-02-03_00-06-43


第三步恢复目录

1. 我们恢复周一的完整备份 因为我们把所有的日志 跟周一合并一起了
2. [root@192 ~]# innobackupex --copy-back /xtrabackup/2024-02-01_00-01-59

第四步授权

chown -R mysql.mysql /var/lib/mysql

启动mysqld 查看数据

差异备份


差异备份是数据库备份策略的一种类型,它记录自上一次完整备份以来发生的所有变更,与增量备份有一些相似之处。然而,差异备份与增量备份的关键区别在于,差异备份始终基于上一次完整备份,而不是基于上一个备份(增量备份)

备份流程

备份流程

这里看了增量备份之后对基本的命令都有所了解我就一次性解释完

                    首先创建一个表里边写内容
mysql> create table test2(id int);
mysql> insert into test2 values(1);
mysql> select * from testdb.test2;  初始化内容
+------+
| id   |
+------+
|    1 |
+------+
 
 
                    10月1日(完整备份)
 
[root@192 ~]# date
2024年 10月 01日 星期二 00:05:37 +07
[root@192 ~]# innobackupex --user=root --password=' ' /xtrabackup
[root@192 xtrabackup]# ls
2024-10-01_00-04-57
 
                    10月2日(差异备份)
[root@192 ~]# date 10020000
2024年 10月 02日 星期三 00:00:00 +07
在表中追加一个2
mysql> insert into testdb.test2 values(2);
mysql> select * from testdb.test2;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
 
备份(跟完整备份相差的数据)这时候你会发现这不是增量备份吗??
没错第二次备份的时候 增量备份和差异备份的操作都是一样的
 
[root@192 ~]# innobackupex --user=root --password=" " --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/2024-10-01_00-04-57
 
两份文件
[root@192 xtrabackup]# ls
2024-10-01_00-04-57  2024-10-02_00-12-37
 
 
                    10月3日(今天我不做备份)
我追加一个3
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
+------+
 
                    10月4日(差异备份)
我往里边追加一个4
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
|    4 |
+------+
[root@192 ~]# innobackupex --user=root --password=" " --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/2024-10-01_00-04-57
这时候我基于10月1日做备份 这就叫做差异备份
 
                    三份备份文件
[root@192 xtrabackup]# ls
2024-10-01_00-04-57  2024-10-02_00-12-37  2024-10-04_00-01-46

恢复流程(四步)

模拟数据丢失
[root@192 ~]# systemctl stop mysqld
[root@192 ~]# rm -rf /var/lib/mysql/*
 
 
第一步,回滚日志
把10月1日的日志恢复
[root@192 ~]# innobackupex --apply-log --redo-only /xtrabackup/2024-10-01_00-04-57
 
第二步,合并日志
追加合并日志  我把10月4日 日志和并到 10月1日
[root@192 ~]# innobackupex --apply-log --redo-only /xtrabackup/2024-10-01_00-04-57 --incremental-dir=/xtrabackup/2024-10-04_00-01-46
 
第三步,恢复备份
因为我们把10月4日的日志合并到10月1日上
我们只用恢复10月1日的完整备份即可
[root@192 ~]# innobackupex --copy-back /xtrabackup/2024-10-01_00-04-57
第四步,修改权限
[root@192 ~]# chown -R mysql.mysql /var/lib/mysql
 
开启数据库查看
[root@192 ~]# systemctl start mysqld
进入mysql查看

在恢复数据的时候 恢复想要恢复日期 填写对应的日期即可


常见的报错

[root@192 ~]# innobackupex --copy-back /xtrabackup/2024-10-01_00-04-57/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: 
241002 00:27:15 innobackupex: Starting the copy-back operation
 
IMPORTANT: Please check that the copy-back run completes successfully.
           At the end of a successful copy-back run innobackupex
           prints "completed OK!".
 
innobackupex version 2.4.29 based on MySQL server 5.7.44 Linux (x86_64) (revision id: 2e6c0951)
Original data directory /var/lib/mysql is not empty!


解决办法

方法1.    rm -rf /var/lib/mysql/*        删除下的所有文件再次恢复

方法2.     查看你是否把mysql这个文件夹删掉了(如果是在目录下创建mysql即可)

启动数据库报错

Job for mysqld.service failed because the control process exited with error code.See "systemctl status mysqld.service"and
journalctl-xe"for details.报错的情况

进入数据库报错

进入数据库报错
ERROR 2002 (HY000):Can't connect to local MySQL server through
socket /var/lib/mysql/mysql.sock'(2)

解决办法

chown -R mysql.mysql /var/lib/mysql                更改属主和属组

systemctl restart mysqld

相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
2天前
|
Prometheus Cloud Native 关系型数据库
实时计算 Flink版产品使用合集之binlog被清理掉的问题,并且binlog有备份,有什么方法来恢复到RDS
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
20 2
|
4天前
|
关系型数据库 MySQL Linux
服务器Linux系统配置mysql数据库主从自动备份
这是一个基本的配置主从复制和设置自动备份的指南。具体的配置细节和命令可能因您的环境和需求而有所不同,因此建议在操作前详细阅读MySQL文档和相关资源,并谨慎操作以避免数据丢失或不一致。
16 3
|
4天前
|
关系型数据库 MySQL 数据库连接
用Navicat备份Mysql演示系统数据库的时候出:Too Many Connections
用Navicat备份Mysql演示系统数据库的时候出:Too Many Connections
19 0
|
4天前
|
SQL 关系型数据库 MySQL
MySQL最新版8.1.0安装配置教程
本文章,是对自己在安装最新版MySQL最新版8.1.0安装配置的一个详细过程吧,中间也有很多不清楚的地方,但是经过自己的多次对,工具环境以及软件环境的配置,现在对于这个的安装也算得心应手吧,不仅仅是一种总结,更是对自己经验的一种积累.
|
4天前
|
关系型数据库 MySQL 数据管理
MySQL通过 bin-log 恢复从备份点到灾难点之间数据
MySQL通过 bin-log 恢复从备份点到灾难点之间数据
|
4天前
|
关系型数据库 MySQL 数据库
docker MySQL删除数据库时的错误(errno: 39)
docker MySQL删除数据库时的错误(errno: 39)
24 0
|
4天前
|
Java 关系型数据库 MySQL
【MySQL × SpringBoot 突发奇想】全面实现流程 · xlsx文件,Excel表格导入数据库的接口(下)
【MySQL × SpringBoot 突发奇想】全面实现流程 · xlsx文件,Excel表格导入数据库的接口
12 0
|
4天前
|
Java 关系型数据库 MySQL
【MySQL × SpringBoot 突发奇想】全面实现流程 · xlsx文件,Excel表格导入数据库的接口(上)
【MySQL × SpringBoot 突发奇想】全面实现流程 · xlsx文件,Excel表格导入数据库的接口
18 0
|
2天前
|
关系型数据库 MySQL API
实时计算 Flink版产品使用合集之可以通过mysql-cdc动态监听MySQL数据库的数据变动吗
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
15 0
|
4天前
|
前端开发 关系型数据库 MySQL
【MySQL × SpringBoot 突发奇想】全面实现流程 · 数据库导出Excel表格文件的接口
【MySQL × SpringBoot 突发奇想】全面实现流程 · 数据库导出Excel表格文件的接口
24 0