💫《博主介绍》：✨又是一天没白过，我是奈斯，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版本：](#安装PXB 8.0版本：)
案例2：实例压缩备份（恢复时需要借助qpress-11-linux-x64.tar解压缩工具，备份时不需要哦）
案例2：压缩实例完全恢复（恢复时需要借助qpress-11-linux-x64.tar解压缩工具，备份时不需要哦）
在第一篇文章中，我有介绍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数据库的执行路径下
sql[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：实例完全备份
sql
[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解压缩工具，备份时不需要哦）**
sql[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）打包
sql[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.tar2）--stream=xbstream流备份 （不推荐使用，需要借助xbstream命令解压）
sql[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：指定数据库备份
sql
[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：指定表备份
方式一：****备份不同库下的不同表****
sql[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库下的部分表，备份内容如下：方式二：备份指定文件里面的表（批量备份表）****
sql[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恢复，到达数据一致性
sql[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
sql[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进行数据目录恢复第三步：赋予数据文件权限：
sql[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上寻找吧
sql[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恢复，到达数据一致性
sql[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
sql[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进行数据目录恢复第 四 步：赋予数据文件权限：
sql[root@mgr1 ~]# chown -R mysql:mysql ${datadir} ###需要重新赋予数据目录下所有数据文件的属性，不然开机报[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable
案例3：指定数据库恢复
恢复指定数据库需要分成两步：
第一步：先recover恢复，到达数据一致性
sql[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，只能手工复制相应数据库）****
备份 数据库目录还原：
sql[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为存放数据字典的共享表空间，而数据字典记录了表的信息，上面恢复出的数据库，可能存在表不能查询的情况，那么就是数据字典没有记录表的问题。不建议马上对共享表空间进行替换，等查询不出问题后替换保险些）：
sql[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/ibdata* ${datadir}第 三 步：赋予数据文件权限：
sql[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恢复，到达数据一致性
sql[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 数据库表还原：
sql[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/db1/tb1* ${datadir}/db1/ ###datadir为数据文件路径备份共享表空间还原 （ibdata为存放数据字典的共享表空间，而数据字典记录了表的信息，上面恢复出的数据库，可能存在表不能查询的情况，那么就是数据字典没有记录表的问题。不建议马上对共享表空间进行替换，等查询不出问题后替换保险些）：
sql[root@mysql1 data]# cp -r /mysql/app/xtrabackup_full_3306/ibdata* ${datadir}第 三 步：赋予数据文件权限：
sql[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千字了（累屁了😭），对于撰写每一篇博客我都秉持着如同撰写论文般的严谨态度。从资料收集、整理思路、撰写初稿到反复修订，每一步都凝聚着对知识的尊重，并且力求在减少错别字、提升文章可读性的同时，更加注重图文并茂的呈现方式，让复杂的技术知识变得易于理解，那么我们下篇见！！！