xtrabackup备份还原MySQL数据库

 

mysqldump 备份鉴于其自身的某些特性（锁表，本质上备份出来insert脚本或者文本，不支持差异备份），不太适合对实时性要求比较高的情况
Xtrabackup可以解决mysqldump存在的上述的一些问题，生产环境应用的也会更多一些。
本文简单测试一下Xtrabackup对MySQL数据库的备份还原操作。

本着先把功能先撸起来再深入细节的原则，粗略地实现了一个备份还原，并未深入细节。

网上有不少xtrabackup的文章，因为环境不一样，有些需要配置xtrabackup的配置文件，
但是我在xtrabackup 2.4.7版本下测试就需要需求任何配置文件。可能是每个版本都的细节上都不一样，因此参考资料的时候要注意版本和环境。

 

 

innobackupex 备份

xtrabackup和MySQL的版本如下

 

完整备份

innobackupex --defaults-file=/etc/my.cnf --user=root --password=root --socket=/var/lib/mysql/mysql.sock /data/backup

说明：
1.--defaults-file=/etc/my.cnf文件必须在最前面
2.--user=root --password=root，--use=***与 --password=*** 中间一定要有空格，

如截图，完整备份完成

如截图，完整备份会创建一个日期（年月日时分秒，yyyy-MM-dd_hh-mm-ss）命名的文件
完整备份出来的内存，实际上是对所备份的数据库的数据文件的copy加上备份时候产生的一些信息，
比如xtrabackup_checkpoints就是当前完整备份的一些个信息，这个信息对差异备份非常重要。

　　差异备份

　　差异备份之所以能够做到差异，就是依赖于完整备份的，在完整备份的基础上进行完整备份之后的差异的备份。
　　而如何确定完整的备份之后备份到哪里，就依赖于完整备份之后的xtrabackup_checkpoints这个文件的。
　    innobackupex --defaults-file=/etc/my.cnf --user=root --password=root --socket=/var/lib/mysql/mysql.sock --incremental /data/backup --incremental-basedir=/data/backup/2017-06-22_13-40-29
　　如截图，差异备份完成

　　

　  如果在进行差异备份的时候，指定的完整备份的文件错误或者是未指定完整备份文件，会发现xtrabackup提示找不到xtrabackup_checkpoints这个文件。

 　

 

innobackupex 还原

　　

　　准备阶段

　　一般情况下，在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。
　　因此，此时数据文件仍处理不一致状态。“准备”的主要作用正是通过回滚未提交的事务及同步已经提交的事务至数据文件也使得数据文件处于一致性状态。
　　innobakupex命令的--apply-log选项可用于实现上述功能（引用自网络）。 

　　1，恢复完整备份，也即完整备份应用（--apply-log）日志
　　　　innobackupex --defaults-file=/etc/my.cnf --apply-log --redo-only --socket=/var/lib/mysql/mysql.sock /data/backup/2017-06-22_13-40-29
　　2，分别将增量备份应用到完整备份
　　　　innobackupex --defaults-file=/etc/my.cnf --apply-log --redo-only --socket=/var/lib/mysql/mysql.sock --incremental /data/backup/2017-06-22_13-40-29 --incremental-basedir=/data/backup/2017-06-22_13-41-48

　   

 　 如果有多个差异备份，分别应用差异备份到完整备份。

 

　　恢复阶段

　　1，完成差异备份的全部应用到完整备份之后，将恢复后的差异备份copy到原数据目录
　　　　默认情况下，如果数据路径下存在文件，则copy失败，需要清空数据文件路径下的文件。
　　　　innobackupex --copy-back /data/backup/2017-06-22_13-40-29
　　　　如截图，完成copy-back

　　

　　

　　2，启动MySQL服务

　　启动mysql服务，发现启动失败

　　

看一下错误日志（启动错误信息），mysql5.7yum安装默认的errorlog位于/var/log/mysqld.log中，且默认不会滚动，意味着所有的错误信息都记录在这个文件中。 

　　

　　数据文件还原之后，需要读数据文件路径授予可读写的权限
　　这里直接授权数据文件路径777，chmod -R 777 /var/lib/mysql
　　然后启动mysql服务，可以正常启动。

　　

 

xtrabackupex才刚刚开始，留下一大堆问题，有时间再一个一个验证。

　　1，怎么实现单个库（表）的备份与还原，毕竟实际环境中，因为每个库备份的频率和方式（备份方案）是不一样的？

　　2，怎么用全备+差异备份然后结合二进制日志做基于时间点的方式还原？

　　3，如何验证备份文件的有效性？