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

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
日志服务 SLS,月写入数据量 50GB 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

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
20天前
|
存储 关系型数据库 MySQL
mysql数据库备份与恢复
MySQL数据库的备份与恢复是确保数据安全性和业务连续性的关键操作。
44 4
|
1月前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
306 4
|
11天前
|
tengine 关系型数据库 MySQL
Tengine、Nginx安装MySQL数据库命令教程
本指南详细介绍了在Linux系统上安装与配置MySQL数据库的步骤。首先通过下载并安装MySQL社区版本,接着启动MySQL服务,使用`systemctl start mysqld.service`命令。若启动失败,可尝试使用`sudo /etc/init.d/mysqld start`。利用`systemctl status mysqld.service`检查MySQL的服务状态,确保其处于运行中。通过日志文件获取初始密码,使用该密码登录数据库,并按要求更改初始密码以增强安全性。随后创建一个名为`tengine`的数据库,最后验证数据库创建是否成功以及完成整个设置流程。
|
5天前
|
SQL 分布式计算 关系型数据库
Hadoop-21 Sqoop 数据迁移工具 简介与环境配置 云服务器 ETL工具 MySQL与Hive数据互相迁移 导入导出
Hadoop-21 Sqoop 数据迁移工具 简介与环境配置 云服务器 ETL工具 MySQL与Hive数据互相迁移 导入导出
18 3
|
6天前
|
安全 关系型数据库 MySQL
MySQL用户备份
【10月更文挑战第2天】MySQL用户备份
19 3
|
6天前
|
存储 关系型数据库 MySQL
MySQL如何备份?
【10月更文挑战第2天】MySQL如何备份?
13 3
|
1月前
|
SQL 缓存 关系型数据库
MySQL高级篇——性能分析工具
MySQL的慢查询日志,用来记录在MySQL中响应时间超过阀值的语句,具体指运行时间超过long-query_time值的SQL,则会被记录到慢查询日志中。long_query_time的默认值为 10,意思是运行10秒以上(不含10秒)的语句,认为是超出了我们的最大忍耐时间值。它的主要作用是,帮助我们发现那些执行时间特别长的 SOL 查询,并且有针对性地进行优化,从而提高系统的整体效率。当我们的数据库服务器发生阻塞、运行变慢的时候,检查一下慢查询日志,找到那些慢查询,对解决问题很有帮助。
MySQL高级篇——性能分析工具
|
23天前
|
安全 关系型数据库 MySQL
Navicat工具设置MySQL权限的操作指南
通过上述步骤,您可以使用Navicat有效地为MySQL数据库设置和管理用户权限,确保数据库的安全性和高效管理。这个过程简化了数据库权限管理,使其既直观又易于操作。
125 4
|
2月前
|
SQL 关系型数据库 MySQL
PHP与MySQL交互之基础教程
【8月更文挑战第31天】 在数字世界中,数据是推动一切的核心力量。本文将引导你探索PHP与MySQL的协同工作,通过实际代码示例,展示如何建立连接、执行查询以及处理结果集。无论你是初学者还是希望巩固知识的开发者,这篇文章都将为你提供宝贵的实践知识。
|
2月前
|
关系型数据库 MySQL 网络安全
MySQL主从复制详细教程
配置MySQL的主从复制是一个细致的过程,需要仔细遵循上述步骤进行。一旦配置完成并运行正常,主从复制将大大提高数据库的可用性和读写性能。在操作过程中,务必保持谨慎,确保数据的一致性和安全性。
223 0