xtrabackup备份还原MySQL数据库
MSSQL123 人气:0mysqldump 备份鉴于其自身的某些特性（锁表，本质上备份出来insert脚本或者文本，不支持差异备份），不太适合对实时性要求比较高的情况
Xtrabackup可以解决mysqldump存在的上述的一些问题，生产环境应用的也会更多一些。
本文简单测试一下Xtrabackup对MySQL数据库的备份还原操作。
本着先把功能先撸起来再深入细节的原则，粗略地实现了一个备份还原，并未深入细节。
网上有不少xtrabackup的文章，因为环境不一样，有些需要配置xtrabackup的配置文件，
但是我在xtrabackup 2.4.7版本下测试就需要需求任何配置文件。可能是每个版本都的细节上都不一样，因此参考资料的时候要注意版本和环境。
innobackupex 备份
xtrabackup和MySQL的版本如下
完整备份
说明：
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 还原
准备阶段
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、如何验证备份文件的有效性？
加载全部内容