💫《博主介绍》：✨又是一天没白过，我是奈斯，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千字了（累屁了😭），对于撰写每一篇博客我都秉持着如同撰写论文般的严谨态度。从资料收集、整理思路、撰写初稿到反复修订，每一步都凝聚着对知识的尊重，并且力求在减少错别字、提升文章可读性的同时，更加注重图文并茂的呈现方式，让复杂的技术知识变得易于理解，那么我们下篇见！！！