MySQL备份之增量备份方案

使用mysqldump加拷贝binlog的方式实现mysql增量备份


1. 主备模式下，一般使用备库来做数据库的备份；
2. 增量备份一定要基于完全备份之上。也就是说，在增量备份之前，一定要存在一个完全备份；
3. 完全备份首先要判断读取的master配置和重演master的配置是否相等，如果不相等表示存在读取了master的数据，但是还没有重演到slave的数据；
4. 在3中相等的情况下，停止复制线程，然后flush tables with read lock锁住备库；
5. 成功锁定之后，使用flush logs切换到新的binlog，并且记录下来（比如就是mysql-bin.000004，它就是我们增量备份的起点）；
6. 保持4中锁定，再使用mysqldump导出库；
7. 完全备份结束，此时我们拥有了一个导出文件和5中记录的binlog文件名；
8. 接下来可以释放4中持有的锁定，然后启动复制线程；


生产工作一段时间（比如24小时）后，此时我们需要增量备份了。
很明显，我们上次备份时备库切换到了新的binlog上，这样我们直接拷贝包括新的binlog文件开始的所有binlog文件即可。
但是正在被使用的那个binlog文件，我们直接拷贝的话，就必然有数据一致性的问题。
所以，我们在拷贝之前，必然要停止复制，然后锁住数据库，再切换到新的binlog（比如是mysql-bin.000015），然后拷贝到上一个mysql-bin.000014即可。

这样此次增量备份我们仅仅拷贝了004号到014号的11个文件。而下一次增量备份，我们就直接从mysql-bin.000015开始了。

ps，mysql的备份确实比较“弱”，上面的增量方案也只适用于一些小库，如果数据库超过百gb，那么这种方案在实施过程中还是有不少麻烦。

网上比较火的percona-xtrabackup备份工具，个人认为可控性不强，很容易报错，也不怎么推荐。

Oracle官方付费的backup工具也没有接触过。