MySQL只使用innobackupex恢复增量备份

Question

我正在将一个产品迁移到AWS，我们有1.5TB的MySQL数据库。我想把它迁移到AWS，尽可能少的停机时间。我计划实现以下目标。

1. 使用Percona XtraBackup innobackupex进行一次完整备份。
2. 在AWS节点上还原它。
3. 然后，在最终迁移的当天，进行增量备份，并在AWS节点上还原它。

所以我的问题是，有可能是这样吗？

根据我的研究，不可能只恢复“增量”备份。Percona描述的方式是，我们需要进行完全备份，然后进行增量备份，然后准备备份，并获得一个完全备份，在目的地还原拐杖。

Answer 1

首先，让我们了解，要进行增量备份，您需要在正在进行增量备份的服务器上保持完全备份。

虽然您在服务器(A)上进行了完全备份，但您可以推送到AWSSERVER(B)。这并不重要，但是为了获得增量，您需要保留完整的备份副本作为源备份。

更新

下面是增量的方法，无论你的想法是否可行，你都能得到你的答案。

1. 在完成Xtrabackup后，完成完全备份。

mkdir -p /-p/ innobackupex默认值-file=/etc/my.cnf-user=mysql-密码=‘*’/backup/

从这里/备份/2017-06-01_18-01-52完整备份集。

1. 采用增量备份和完全备份。

mkdir -p /-p/INCR innobackupex -默认值-file=/etc/my.cnf-user=mysql-密码=‘*’-增量/备份/INCR-p-从-信息

从这里/backup/INCR/2017-06-01_18-10-41/增量数据。

1. 合并备份

innobackupex -默认值-file=/etc/my.cnf-用户=mysql-密码=‘*’-应用-纯日志/备份/2017-06-01_18-01-52/ --incremental-dir=/backup/INCR/2017-06-01_18-10-41/

从这里开始，将/backup/2017-06-01_18-01-52/2017-06-01_18-22-29最终备份集合并到父级(完全备份)，并在其中创建一个子目录。

1. 将日志应用于最终备份集。

innobackupex -默认值-file=/etc/my.cnf --user=mysql -密码=‘*’-应用-log /backup/2017-06-01_18-01-52/2017-06-01_18-22-29

1. 这是您的最终数据集: /backup/2017-06-01_18-01-52/2017-06-01_18-22-29/*，将数据dir替换为此数据集，->确保每1至4个步骤都没有错误，并在所有输出中找到已完成的OK。在Test上测试结果增量备份数据，并将其还原，以查看服务器是否启动时没有任何错误消息

如果您的my.cnf指向/mysql/data/

• 服务管理站
• mv /mysql/data/* /tmp/MOVED/
• cp /backup/2017-06-01_18-01-52/2017-06-01_18-22-29/* /mysql/ -r /-r/
• -R mysql:mysql /mysql/data/
• -R 775 /mysql/data/
• 服务启动
• 登录mysql

检查错误日志并执行很少的选择查询。

Answer 2

如果你的环境和业务允许的话，你也可以用另一种方式去做。

1. 如果启用二进制日志，则从源服务器(A)进行Percona完整备份，其中包含主信息(二进制日志位置)。
2. 恢复目标机器上的备份(AWS)。
3. 使目标机成为源机的从机(A)。
4. 一旦同步，停止所有应用程序调用数分钟，并使目标(B)作为真正的主人接受读和写调用。