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

2024-01-28 19:12
文章标签 工具 mysql 使用 恢复 教程 三种 详细 备份 database xtrabackup percona

本文主要是介绍MySQL中使用percona-xtrabackup工具 三种备份及恢复 （超详细教程），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

CSDN 成就一亿技术人！

今天讲讲再MySQL中使用percona-xtrabackup这个开源工具来实现在线备份。

CSDN 成就一亿技术人！

目录

介绍percona-xtrabackup

安装Percona

完整备份

备份流程

恢复流程

1.模拟文件损坏

2.滚回日志

3.恢复数据目录

4.授权**

增量备份

备份流程

2月1日（完整）

2月2日（增量）

2月3日（增量）

恢复流程（四步）

差异备份

备份流程（三日）

恢复流程（四步）

常见的报错

介绍percona-xtrabackup

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

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

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

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

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

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

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

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

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

用这款工具来实现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/;

查看第一次备份文件

[root@192 ~]# ls /xtrabackup/		查看
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

查看第二次备份文件（两个文件）

[root@192 xtrabackup]# ls
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号做的备份（增量备份）

查看三次备份（三个文件）

[root@192 xtrabackup]# ls
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

第三步恢复目录

我们恢复周一的完整备份 因为我们把所有的日志 跟周一合并一起了
[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-5710月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-3710月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 operationIMPORTANT: Please check that the copy-back run completes successfully.At the end of a successful copy-back run innobackupexprints "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中使用percona-xtrabackup工具 三种备份及恢复 （超详细教程）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/654535。

相关文章

MySQL常用字符串函数示例和场景介绍

MySQL常用字符串函数示例和场景介绍

《MySQL常用字符串函数示例和场景介绍》MySQL提供了丰富的字符串函数帮助我们高效地对字符串进行处理、转换和分析,本文我将全面且深入地介绍MySQL常用的字符串函数,并结合具体示例和场景,帮你熟练... 目录一、字符串函数概述1.1 字符串函数的作用1.2 字符串函数分类二、字符串长度与统计函数2.1
阅读更多...
Apache Ignite 与 Spring Boot 集成详细指南

Apache Ignite 与 Spring Boot 集成详细指南

《ApacheIgnite与SpringBoot集成详细指南》ApacheIgnite官方指南详解如何通过SpringBootStarter扩展实现自动配置,支持厚/轻客户端模式,简化Ign... 目录 一、背景：为什么需要这个集成？ 二、两种集成方式（对应两种客户端模型） 三、方式一：自动配置 Thick
阅读更多...
Oracle数据库定时备份脚本方式(Linux)

Oracle数据库定时备份脚本方式(Linux)

《Oracle数据库定时备份脚本方式(Linux)》文章介绍Oracle数据库自动备份方案,包含主机备份传输与备机解压导入流程,强调需提前全量删除原库数据避免报错,并需配置无密传输、定时任务及验证脚本... 目录说明主机脚本备机上自动导库脚本整个自动备份oracle数据库的过程（建议全程用root用户）总结
阅读更多...
使用Python构建智能BAT文件生成器的完美解决方案

使用Python构建智能BAT文件生成器的完美解决方案

《使用Python构建智能BAT文件生成器的完美解决方案》这篇文章主要为大家详细介绍了如何使用wxPython构建一个智能的BAT文件生成器,它不仅能够为Python脚本生成启动脚本,还提供了完整的文... 目录引言运行效果图项目背景与需求分析核心需求技术选型核心功能实现1. 数据库设计2. 界面布局设计3
阅读更多...
SQL Server跟踪自动统计信息更新实战指南

SQL Server跟踪自动统计信息更新实战指南

《SQLServer跟踪自动统计信息更新实战指南》本文详解SQLServer自动统计信息更新的跟踪方法,推荐使用扩展事件实时捕获更新操作及详细信息,同时结合系统视图快速检查统计信息状态,重点强调修... 目录SQL Server 如何跟踪自动统计信息更新：深入解析与实战指南 核心跟踪方法1️⃣ 利用系统目录
阅读更多...
使用IDEA部署Docker应用指南分享

使用IDEA部署Docker应用指南分享

《使用IDEA部署Docker应用指南分享》本文介绍了使用IDEA部署Docker应用的四步流程：创建Dockerfile、配置IDEADocker连接、设置运行调试环境、构建运行镜像,并强调需准备本... 目录一、创建 dockerfile 配置文件二、配置 IDEA 的 Docker 连接三、配置 Do
阅读更多...
MySQL 内存使用率常用分析语句

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致
阅读更多...
Android Paging 分页加载库使用实践

Android Paging 分页加载库使用实践

《AndroidPaging分页加载库使用实践》AndroidPaging库是Jetpack组件的一部分,它提供了一套完整的解决方案来处理大型数据集的分页加载,本文将深入探讨Paging库... 目录前言一、Paging 库概述二、Paging 3 核心组件1. PagingSource2. Pager3.
阅读更多...
python使用try函数详解

python使用try函数详解

《python使用try函数详解》Pythontry语句用于异常处理,支持捕获特定/多种异常、else/final子句确保资源释放,结合with语句自动清理,可自定义异常及嵌套结构,灵活应对错误场景... 目录try 函数的基本语法捕获特定异常捕获多个异常使用 else 子句使用 finally 子句捕获所
阅读更多...
Mysql中设计数据表的过程解析

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2