【MySQL篇】Percona XtraBackup工具备份指南：常用备份命令详解与实践（第二篇，总共五篇）

news/2024/8/30 22:46:37 标签: 数据库, 运维, mysql

💫《博主介绍》：✨又是一天没白过，我是奈斯，DBA一名✨

💫《擅长领域》：✌️擅长Oracle、MySQL、SQLserver、阿里云AnalyticDB for MySQL(分布式数据仓库)、Linux，也在扩展大数据方向的知识面✌️

💖💖💖大佬们都喜欢静静的看文章，并且也会默默的点赞收藏加关注💖💖💖

    白驹过隙，忙忙碌碌之后又是新的一周，最近在梳理公司所有环境的备份情况，忙的焦头烂额的，所以挤出来时间写博客实属不易，虽然工作很忙，但并不会因此而降低博客的质量（目前所有博客的平均质量分为94.1分😀），会认真认真写好每一篇博客的（写作不易，靓仔叹息，希望各位小伙伴点赞收藏加关注 💘 ）。那么废话不多说，一起开始今天的内容——Percona XtraBackup工具备份指南：常用备份命令详解与实践。

    用一篇文章是不能将Percona XtraBackup工具讲明白的，所以我将理论、命令、备份策略、异机恢复、使用场景等分成五篇去介绍，即使分为五篇也有部分内容没有涵盖到，但是这五篇文章都是精华，掌握了之后就可以轻松应对Percona XtraBackup工具的相关日常工作了，五篇文章的内容分别如下：

  • 第一篇：Percona XtraBackup物理备份工具的基础理论概述
  • 第二篇：Percona XtraBackup工具备份指南：常用备份命令详解与实践（当前篇）
  • 第三篇：Percona XtraBackup标准化全库完整备份策略
  • 第四篇：Percona XtraBackup全量+mysqlbinlog增量完成异机恢复：基于全库恢复 or 基于时间点恢复
  • 第五篇：物理克隆数据clone插件、逻辑备份工具mysqldump/mysqlpump和物理备份工具Percona XtraBackup这三种的区别和各自的使用场景总汇

                             

目录

安装PXB 8.0版本：

1、xtrabackup备份语法：

案例1：实例完全备份

案例2：实例压缩备份（恢复时需要借助qpress-11-linux-x64.tar解压缩工具，备份时不需要哦）

案例3：实例打包、流备份

案例4：指定数据库备份

案例5：指定表备份

方式一：备份不同库下的不同表

方式二：备份指定文件里面的表（批量备份表）

2、xtrabackup恢复语法：

案例1：实例完全恢复

案例2：压缩实例完全恢复（恢复时需要借助qpress-11-linux-x64.tar解压缩工具，备份时不需要哦）

案例3：指定数据库恢复

案例4：指定表恢复

                  

    在第一篇文章中，我有介绍Percona XtraBackup（PXB）工具分为多个版本，包括了2.4版本、8.0版本、8.1、8.2、8.3版本。每个版本对应支持不同的MySQL版本，PXB版本对应具体的MySQL版本如下：

percona xtrabackup版本MySQL版本支持
2.4支持MySQL5.5、5.6和5.7版本
8.0支持MySQL 8.0版本
8.1支持MySQL 8.1版本
8.2支持MySQL 8.2版本
8.3支持MySQL 8.3版本

需要注意：PXB版本和MySQL版本有严格的对应关系，不同的PXB版本只能备份对应的MySQL版本。比如：

    在MySQL5.7中，只能使用2.4版本，不能使用8.0版本备份（MySQL5.7使用8.0版本报：Please use Percona XtraBackup 2.4 for this database）

    在MySQL8.0中，只能使用8.0版本，不能使用2.4版本备份（MySQL8.0使用2.4版本报：Please use Percona Xtrabackup 8.0.x for backups and restores）

     在xtrabackup 2.4产品中，包括了2个命令innobackupex，xtrabackup。xtrabackup命令主要备份innodb和xtraDB两种表。innobackupex命令则封闭了xtrabackup，同时可以备份myisam数据表。也就是说xtrabackup命令整合了innobackupex命令全部的功能，支持了非innodb表，再早期的版本都是使用innobackupex命令备份，如果有innodb表，它会自动调用xtrabackup脚本来备份innodb表；使用xtrabackup也会调用innobackupex备份非innodb表。

    2.4版本的innobackupex命令和xtrabackup命令全备时，默认备份sys、mysql、performance_schema默认数据库，但不备份information_schema数据库（提供了访问数据库元数据的方式。如数据库名或表名，列的数据类型，或访问权限等）。全备恢复时不影响information_schema的恢复，虽然系统目录下没有information_schema目录，但show databases可以看到这个数据库。如下是2.4版本中的命令：

    从2.4版本之后innobackupex功能全部集成到xtrabackup命令里面，innobackupex作为xtrabackup的一个软链接（不是linux层面的软连接哦），并且MySQL对内容进行了处理，敲2个命令会出现不同的参数。在8.0之后命令innobackupex取消，所有功能整合到xtrabackup命令中。如下8.0版本中的命令：

    上述有陈述在PXB的2.4版本中，虽然备份可以通过innobackupex、xtrabackup两个命令，但是xtrabackup命令整合了innobackupex命令全部的功能，并且在PXB 2.4版本之后命令innobackupex取消，所有功能整合到xtrabackup命令中了，所以 这篇还是讲解一下xtrabackup命令的备份与恢复，就不再讲解innobackupex命令啦，因为在2.4版本使用innobackupex和xtrabackup命令实现的功能都是一样的 。

                        

安装PXB 8.0版本：

第一步：通过链接可以一键下载不同的PXB版本，省时又省力，下载超链接👉Software Downloads - Percona👈

选择linux generic（通用）二进制作压缩的xtrabackup工具，因为我的MySQL版本是8.0.25，所以在选择PXB的时候小版本尽量也和MySQL的一致，平台选择linux generic，因为这里都是linux二进制压缩版本，其他的linux都是rpm包

                                                     

第二步：解压，并移动到MySQL数据库的执行路径下

[root@mgr1 software]# tar -zxvf percona-xtrabackup-8.0.25-17-Linux-x86_64.glibc2.17.tar.gz
[root@mgr1 software]# mv percona-xtrabackup-8.0.25-17-Linux-x86_64.glibc2.17 /mysql/app/mysql/bin
[root@mgr1 software]# cd /mysql/app/mysql/bin
[root@mgr1 bin]# mv percona-xtrabackup-8.0.25-17-Linux-x86_64.glibc2.17 xtrabackup
[root@mgr1 bin]# chown -R mysql:mysql xtrabackup/

[root@mgr1 ~]# vi ~/.bash_profile
export PATH=/mysql/app/mysql/bin/xtrabackup/bin:$PATH

[root@mgr1 xtrabackup]# source ~/.bash_profile
[root@mgr1 xtrabackup]# which xtrabackup

                  

1、xtrabackup备份语法：

xtrabackup --help选项：

参数选项描述

--defaults-file=#

指定数据库的参数文件

-S, --socket=name

指定用于连接的套接字文件的名称

-u, --user=name

指定MySQL数据库的用户名

-p, --password[=name]

指定MySQL用户名的密码

--throttle=

限制IO的读写速度，单位M/s。如：--throttle=10，就是表示限制在10M/s之内

--databases=

备份指定数据库。所有库都需要在双引内，每个之间用空格分开

--tables-file=

将需要备份的表整理到外部的txt文档中，工具调用然后进行备份。文件的最后不能多行，不能空格，否则全备

--compress

使用指定压缩单个备份文件压缩算法。支持的算法是“quicklz”，以及“lz4”。默认算法为“quicklz”

--compress-threads=

使用几个线程进行压缩备份

--decompress

解压使用compress选项备份的文件，所有扩展名为.qp的文件

--backup

备份到目标目录，并备份到参数--target-dir文件中，配合使用

--target-dir=

指定备份文件生成的路径

--parallel=#

用于并行数据文件传输的线程数，默认值为1

--slave-info和--safe-slave-backup

用于记录备库的GTID和binlog changer信息到xtrabackup_slave_info

--stream=name

该选项表示流式备份的格式，backup完成之后以指定格式到STDOUT，目前只支持tar和xbstream。

--no-lock

    该选项表示关闭FTWRL的表锁，只有在所有表都是Innodb表并且不关心backup的binlog pos点，如果有任何DDL语句正在执行或者非InnoDB正在更新时（包括mysql库下的表），都不应该使用这个选项，后果是导致备份数据不一致，如果考虑备份因为获得锁失败，可以考虑--safe-slave-backup立刻停止复制线程（官方解释）。

    备份时不对 non-InnoDB表进行锁表备份。正常备份时innodb表支持在线热备不影响正在执行的事务，而非non-InnoDB表需要加锁（亲测，自己理解，同innobackupex命令一样。

             210913 16:09:24 Executing FLUSH TABLES WITH READ LOCK...

             210913 16:09:24 Starting to backup non-InnoDB tables and files

             ..........

             210913 16:09:25 Executing UNLOCK TABLES

             210913 16:09:25 All tables unlocked      加上--no-lock，都将取消）

                    

案例1：实例完全备份

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --password=123456 --no-lock --backup --target-dir=/mysql/app/xtrabackup_full_3306 --parallel=2 2> xtrabackup_full_3306_err.log  
###和innobackupex命令一样生成相关xtrabackup文件，但xtrabackup命令不支持自动日期文件夹，需要指定生成到那个文件夹

                    

案例2：实例压缩备份（恢复时需要借助qpress-11-linux-x64.tar解压缩工具，备份时不需要哦）

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --password=123456 --no-lock --backup --compress --compress-threads=2 --target-dir=/mysql/app/xtrabackup_full_3306 --parallel=2 2> xtrabackup_full_3306_err.log
###全备数据库压缩，所有文件以qp结尾。压缩测试：直接全备7.0G，压缩全备2.9G，能节省接近2.5倍

                            

案例3：实例打包、流备份

1）打包

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --password=123456 --no-lock --backup --target-dir=/mysql/app/ --parallel=2 --stream=tar 1> /mysql/app/xtrabackup_full_3306.tar 2> xtrabackup_full_3306_err.log
###将数据备份到/mysql/app/目录下（零散的文件），然后通过标准输出（1>）将零散的文件数据打包为xtrabackup_full_3306.tar

          

             

2）--stream=xbstream流备份（不推荐使用，需要借助xbstream命令解压）

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --password=123456 --no-lock --backup --target-dir=/mysql/app/ --parallel=2 --stream=xbstream 1> /mysql/app/xtrabackup_full_3306.tar 2> xtrabackup_full_3306_err.log  
###将数据备份到/mysql/app/目录下（零散的文件），然后通过标准输出（1>）将零散的文件数据打包为xtrabackup_full_3306.tar

                   

案例4：指定数据库备份

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --no-lock --password=123456 --backup --target-dir=/mysql/app/xtrabackup_full_3306 --databases="db1 db2" --parallel=2 2> xtrabackup_full_3306_err.log
###备份了指定的数据库，也备份ibdata、ib_buffer_pool、undo、logfile文件

                    

案例5：指定表备份

方式一：备份不同库下的不同表
[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --password=123456 --no-lock --backup --target-dir=/mysql/app/xtrabackup_full_3306 --databases="db1.tb1 db2.tb2" --parallel=2 2> xtrabackup_full_3306_err.log  
###1、--databases参数备份表内容要用双引引起，每个表之间用空格分隔开，不然不备份
###2、备份了指定的表，也备份了ibdata、ib_buffer_pool、undo、logfile文件。备份ded和itpuxdb库下的部分表，备份内容如下：

            

              

方式二：备份指定文件里面的表（批量备份表）
[root@mgr1 ~]# vi tbname.txt
db1.table1
db1.table2
db2.table_name1
db2.table_name2      #文件的最后不能多行，不能空格，否则就会触发全备
         
[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --user=root --password=123456 --no-lock --backup --target-dir=/mysql/app/xtrabackup_full_3306 --tables-file=/路径/tbname.txt --parallel=2 2> xtrabackup_full_3306_err.log
###备份了指定的表，也备份了ibdata、ib_buffer_pool、undo、logfile文件

                          

2、xtrabackup恢复语法：

xtrabackup --help选项：

参数选项描述
--defaults-file=#指定数据库的参数文件。通过参数文件的datadir参数，将数据文件拷贝到对应的数据目录下。不然就是按照备份时生成的backup-my.cnf进行数据目录恢复

-S, --socket=name

指定用于连接的套接字文件的名称

--prepare

准备prepare一个完全备份，使数据文件处理一致状态，然后再进行恢复

--use-memory=

恢复时使用的内存。默认使用innodb_buffer_pool_size的大小。建议不要全部占用用于恢复

--copy-back

拷贝恢复所有的文件

--parallel=#

用于并行数据文件传输的线程数，默认值为1

--target-dir=

指定备份文件生成的路径

                         

案例1：实例完全恢复

恢复完全备份需要分成两步：

              

第一步：先recover恢复，到达数据一致性

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --prepare --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306   
###只是将数据达到一致性，不进行物理拷贝

                               

第二步：restore还原，将文件copy

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --copy-back --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306    
###通过参数文件的datadir参数，将数据文件拷贝到对应的数据目录下。不然就是按照备份时生成的backup-my.cnf进行数据目录恢复

                  

第三步：赋予数据文件权限：

[root@mgr1 ~]# chown -R mysql:mysql  ${datadir}   ###需要重新赋予数据目录下所有数据文件的属性，不然开机报[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable

           

案例2：压缩实例完全恢复（恢复时需要借助qpress-11-linux-x64.tar解压缩工具，备份时不需要哦）

恢复压缩完全备份需要分成三步：

               

第一步：安装qpress-11-linux-x64.tar解压缩工具，并解压备份。 关于qpress-11-linux-x64.tar的安装包自己在csdn尝试上传过，但是提示该资源已经在csdn存在了，所以不能进行上传了，所以需要的小伙伴在csdn上寻找吧 

[root@mysql1 software]# tar -xvf qpress-11-linux-x64.tar
[root@mysql1 software]# cp qpress /usr/bin/
[root@mysql1 software]# qpress   ---帮助

[root@mysql1 software]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --decompress --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306 
###1、--decompress：解压使用compress选项备份的文件，所有扩展名为.qp的文件
###2、解压的备份还在同一个目录下，但原有的.qp文件不删除。在restore阶段只copy解压后的，解压前的.qp文件忽略，copy时不影响

                    

第二步：先recover恢复，到达数据一致性

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --prepare --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306   
###只是将数据达到一致性，不进行物理拷贝

                                

第三步：restore还原，将文件copy

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --copy-back --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306    
###通过参数文件的datadir参数，将数据文件拷贝到对应的数据目录下。不然就是按照备份时生成的backup-my.cnf进行数据目录恢复

          

第四步：赋予数据文件权限：

[root@mgr1 ~]# chown -R mysql:mysql  ${datadir}   ###需要重新赋予数据目录下所有数据文件的属性，不然开机报[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable

                         

案例3：指定数据库恢复

恢复指定数据库需要分成两步：

                

第一步：先recover恢复，到达数据一致性

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --prepare --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306

                   

第二步：restore还原，将文件copy（部分数据库的恢复，不能直接用--copy-back，只能手工复制相应数据库）

备份数据库目录还原：

[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/db1  ${datadir}    ###datadir为数据文件路径
[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/db2  ${datadir}    ###datadir为数据文件路径

备份共享表空间还原（ibdata为存放数据字典的共享表空间，而数据字典记录了表的信息，上面恢复出的数据库，可能存在表不能查询的情况，那么就是数据字典没有记录表的问题。不建议马上对共享表空间进行替换，等查询不出问题后替换保险些）：

[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/ibdata*  ${datadir}

                      

第三步：赋予数据文件权限：

[root@mgr1 ~]# chown -R mysql:mysql ${datadir}/db1
[root@mgr1 ~]# chown -R mysql:mysql ${datadir}/db2
[root@mgr1 ~]# chown -R mysql:mysql ${datadir}/ibdata*   ###需要重新赋予数据目录下所有数据文件的属性，不然开机报[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable

                     

案例4：指定表恢复

 恢复指定表需要分成两步：

         

第一步：先recover恢复，到达数据一致性

[root@mgr1 ~]# xtrabackup --defaults-file=my.cnf --socket=mysql.sock --prepare --use-memory=1G --parallel=2 --target-dir=/mysql/app/xtrabackup_full_3306

            

第二步：restore还原，将文件copy（部分表的恢复，不能直接用--copy-back，只能手工复制相应表）

db1数据库表还原：

[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/db1/tb1*  ${datadir}/db1/   ###datadir为数据文件路径

备份共享表空间还原（ibdata为存放数据字典的共享表空间，而数据字典记录了表的信息，上面恢复出的数据库，可能存在表不能查询的情况，那么就是数据字典没有记录表的问题。不建议马上对共享表空间进行替换，等查询不出问题后替换保险些）：

[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/ibdata*  ${datadir}

                       

第三步：赋予数据文件权限：

[root@mgr1 ~]# chown -R mysql:mysql ${datadir}/db1/tb1*
[root@mgr1 ~]# chown -R mysql:mysql ${datadir}/ibdata*      ###需要重新赋予数据目录下所有数据文件的属性，不然开机报[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable

    关于PXB第二篇《常用备份命令详解与实践》这篇文章到这里算是圆满结束了，通过详细的步骤让各位能够亲手实践并掌握这些关键命令。到目前已经是9千字了（累屁了😭），对于撰写每一篇博客我都秉持着如同撰写论文般的严谨态度。从资料收集、整理思路、撰写初稿到反复修订，每一步都凝聚着对知识的尊重，并且力求在减少错别字、提升文章可读性的同时，更加注重图文并茂的呈现方式，让复杂的技术知识变得易于理解，那么我们下篇见！！！


http://www.niftyadmin.cn/n/5561115.html

相关文章

nginx全局块的user指令

nginx全局块的user指令

文章目录 1、user指令1.1、进入nginx解压的目录1.2、./configure --help1.3、工作进程默认是nobody 2、user指令的使用步骤:2.1、设置一个用户信息"www"2.2、 创建一个用户2.3、./nginx -s reload2.4、创建/root/html/index.html页面，添加如下内容2.5、修…
阅读更多...
时代人才模型

时代人才模型

人才模型是组织对人才进行分类、描述和评估的一种框架或标准，它有助于企业明确所需人才的特征、能力和素质，从而更好地进行人才选拔、培养和管理。以下是对人才模型的详细解析： 一、人才模型的种类 能力派模型 代表：ATD（美国人才发展协会）的人才发展模型核心内容：该模型…
阅读更多...
oracle 经营范围 设计

oracle 经营范围 设计

在Oracle数据库中设计经营范围通常涉及创建相关的数据库表来记录和管理经营范围内的数据。以下是一个简单的例子，展示了如何设计一个经营范围表： CREATE TABLE business_units (bu_id NUMBER PRIMARY KEY,bu_name VARCHAR2(100),parent_bu_id NUMBER,CO…
阅读更多...
Ubuntu 安装 XRDP，替代系统自带RDP远程桌面

Ubuntu 安装 XRDP，替代系统自带RDP远程桌面

起因，Ubuntu的自带RDP远程桌面很好用，但很傻卵，必须登录。 而设置了自动登录也不能解开KEYRING，必须必须必须用GUI手动登录。 （我远程我用头给你坐机子面前开显示器先登录？？） 比起VN…
阅读更多...
Elasticsearch 批量更新

Elasticsearch 批量更新

Elasticsearch 批量更新 准备条件查询数据批量更新 准备条件 以下查询操作都基于索引crm_flow_info来操作，索引已经建过了，本文主要讲Elasticsearch批量更新指定字段语句，下面开始写更新语句执行更新啦！ 查询数据 查询指定shif…
阅读更多...
C/C++ 开源库选型依据

C/C++ 开源库选型依据

文章目录 在C中选择XML、JSON等开源库时，可以考虑以下几个依据： 支持的C标准： 确定库是否支持你使用的C标准（如C11、C14、C17等）。 性能： 评估库在解析和生成XML或JSON时的性能，包括内存使用和…
阅读更多...
Elasticsearch与其他系统的集成（如Logstash、Kibana、Beats等）：构建强大的数据处理与分析平台

Elasticsearch与其他系统的集成（如Logstash、Kibana、Beats等）：构建强大的数据处理与分析平台

在当今的数据驱动时代，Elasticsearch以其强大的搜索和分析能力，成为了众多企业和项目中的核心组件。然而，Elasticsearch的强大并不止于其本身，其与其他系统的紧密集成，如Logstash、Kibana、Beats等，共同构建…
阅读更多...
React学习记录 ---第六章

React学习记录 ---第六章

在b站尚硅谷学习React过程中，记录的学习笔记，希望能够帮到和我一样的前端热爱者！ 094_尚硅谷_react教程_antd的基本使用_哔哩哔哩_bilibili 前五章笔记在这里：React学习记录 ---第一章-CSDN博客 React学习记录 ---第二章-CSDN博…
阅读更多...
最新文章

Copyright @ 2022~2023