docker 中安装及使用 XtraBackup

本文记录了在使用 debian OS 系统的 docker 上安装及使用 xtrabackup 的实践

为啥要在容器里安装xtrabackup呢？

如果把 MySQL 安装在 docker 里，xtrabckup 最好也要放在 docker 里。因为在 prepare 阶段，发现问题后是通过 MySQL 实例中的 show vairables 命令寻找数据文件路径的。

而通常，物理机的路径是区别于docker里的路径配置的，即便我们指定内外路径一致骗过程序，也不是一个标准的做法。所以直接把 xtrabackup 部署在 docker 里面。

查看 MySQL 版本号

mysql> \s
--------------
mysql  Ver 14.14 Distrib 5.7.30, for Linux (x86_64) using  EditLine wrapper

Connection id:      11
Current database:
Current user:       
SSL:            
Current pager:      stdout
Using outfile:      ''
Using delimiter:    ;
Server version:     5.7.32-log MySQL Community Server (GPL)
Protocol version:   10
Connection:     
Server characterset:    utf8mb4
Db     characterset:    utf8mb4
Client characterset:    utf8
Conn.  characterset:    utf8
TCP port:       3306
Uptime:         1 hour 28 min 13 sec

Threads: 2  Questions: 31389  Slow queries: 0  Opens: 126  Flush tables: 1  Open tables: 119  Queries per second avg: 5.930
--------------

我们使用的是 5.7 版本，选择 percona-xtrabackup-24 进行备份、恢复

安装 lsb_release

使用命令 lsb_release -sc 查看系统版本

倘若提示命令不存在，使用apt-get install lsb-release安装

如果提示找不到包，例如：

# apt-get install lsb-release

Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package lsb-release

使用命令 apt-get update 更新 apt-get，之后重新安装： apt-get install lsb-release

安装成功后，查看版本号

# lsb_release -sc

buster

安装 xtrabackup

1 下载 deb 包

wget https://repo.percona.com/apt/percona-release_latest.$(lsb_release -sc)_all.deb

2 使用 dpkg 安装下载下来的包

sudo dpkg -i percona-release_latest.$(lsb_release -sc)_all.deb

3 按照提示，执行更新

apt-get update

4 安装 percona-xtrabackup-24

sudo apt-get install percona-xtrabackup-24

5 安装压缩插件

sudo apt-get install qpress

使用 XtraBackup 还是 innobackupex？

在我们使用的2.4 版本中，xtrabackup 已经支持 MyISAM的备份了。原文：

It can back up data from InnoDB, XtraDB, and MyISAM tables on MySQL 5.1 [1], 5.5, 5.6 and 5.7 servers, as well as Percona Server for MySQL with XtraDB.

备份操作

xtrabackup 是支持备份运行中的实例的

xtrabackup --backup --target-dir=/data/backups/

· 如果 target-dir 不存在，xtrabackup 可以自动创建
· 但是如果 target-dir 里有数据，则会报错 file exists

在 backup 的过程中，实例可能随时会有写入。xtrabackup 每描检查一次 log 查看是否有需要拷贝的新记录。

如果此时写入量过大，覆写了 log，但是xtrabackup 还未来得及读取，会引发报错。建议选择低峰时期再操作。

prepare 操作

prepare 操作是在 backup 和 restore 之间操作的。

xtrabackup --prepare --target-dir=/data/backups/

这是因为由于是热拷贝， backup 出来的数据不是时间点一致(point-in-time consistent)的。如果直接拿这个阶段的备份去恢复，很可能因为数据'受损'引发崩溃。

prepare 是解决不一致性的必要手段。从操作层面来说，可以由备份程序备份完成后直接执行，也可以在恢复程序执行前操作。但我本人建议由备份程序操作：

有问题可以更早发现，避免恢复时才发现备份是不可用的
prepare 只能操作由相同或更新版本 xtrabackup 备份出来的数据，反之不行。在备份后立即操作可以减少因备份恢复使用的 xtrabackup 版本不统一引发的问题

恢复操作

恢复操作需要 data 目录为空，通常：

创建一个新 docker
关闭实例
rm -rf 原始的数据路径

 xtrabackup --copy-back --target-dir=/data/backups/

完成后，检查文件属组是否正确，没问题的话，启动实例即可

校验操作

保险起见通常会做些校验操作，简单的诸如：

checksum 开始备份之后未改变的 table，检查数据是否齐全
根据 update_time 抽查备份过程中有修改的 table，数据是否符合预期
检查 table 和 column 的数量。这个虽然有可能不一致，因为在备份后，可能会有新建表，新增列的操作。但即便操作，通常也是少量，方便确认。

参考文档：

https://www.percona.com/doc/percona-xtrabackup/2.4/installation/apt_repo.html
https://www.percona.com/doc/percona-xtrabackup/2.4/backup_scenarios/compressed_backup.html#compressed-backup