xtrabackup全备、增备、恢复

ew3y 10年前

全备:

innobackupex --no-timestamp --defaults-file=/path/my.cnf    /data/backup/20141106

增量1:
innobackupex --no-timestamp --defaults-file=/path/my.cnf --incremental --incremental-basedir=/data/backup/20141106  /data/backup/20141106-incr

增量2:
innobackupex --no-timestamp --defaults-file=/path/my.cnf --incremental --incremental-basedir=/data/backup/20141106-incr/   /data/backup/20141107-incr

。。。



恢复步骤:

1:innobackupex --defaults-file=/path/backup-my.cnf  --apply-log --redo-only /data/backup/20141106/

2:innobackupex --defaults-file=/path/backup-my.cnf --apply-log --redo-only /data/backup/20141106/ --incremental-dir=/data/backup/20141106-incr/

3:innobackupex --defaults-file=/path/backup-my.cnf --apply-log --redo-only /data/backup/20141106/ --incremental-dir=/data/backup/20141107-incr/

。。。

4: innobackupex --defaults-file=/path/my.cnf --apply-log  /data/backup/20141105/

5.关闭mysql

6.删除mysql data目录下的所有文件(最好不要这么干,万一恢复失败捏,就歇菜啦。我一般都是 mv data data_bak)

7.innobackupex --defaults-file=/path/my.cnf --copy-back /data/backup/20141105/

8.修改data(首先需要进入data目录)目录权限 chown -R mysql:mysql *

8.启动mysql.到处数据就完美的恢复啦。


注意多实例的情况是需要重新把多实例的配置文件拆分成单个。然后--defaults-file这个命令指向单个配置文件。


完整备份的原理:

对于InnoDB,XtraBackup基于InnoDB的crash-recovery功能进行备份。

crash-recovery是这样的:InnoDB维护了一个redo log,又称为 transaction log,也叫事务日志,它包含了InnoDB数据的所有改动情况。InnoDB启动的时候先去检查datafile和transaction log,然后应用所有已提交的事务并回滚所有未提交的事务。

XtraBackup在备份的时候并不锁定表,而是一页一页地复制InnoDB的数据,与此同时,XtraBackup 还有另外一个线程监视着transactions log,一旦log发生变化,就把变化过的log pages复制走(因为transactions log文件大小有限,写满之后,就会从头再开始写,新数据可能会覆盖到旧的数据,所以一旦变化就要立刻复制走)。在全部数据文件复制完成之后,停止复制 logfile。

XtraBackup采用了其内置的InnoDB库以read-write模式打开InnoDB的数据文件,然后每次读写1MB(1MB/16KB=64page)的数据,一页一页地遍历,同时用InnoDB的buf_page_is_corrupted()函数检查此页的数据是否正常,如果正常则进行复制,如不正常则重新读取,最多重读10次,如果还是失败,则备份失败退出。复制transactions log的原理也是一样的,只不过每次读写512KB(512KB/16KB=32page)的数据。

由于XtraBackup其内置的InnoDB库打开文件的时候是rw的,所以运行XtraBackup的用户,必须对InnoDB的数据文件具有读写权限。

由于XtraBackup要从文件系统中复制大量的数据,所以它尽可能地使用posix_fadvise(),来告诉 OS不要缓存读取到的数据(因为这些数据不会重用到了),从而提升性能。如果要缓存的话,大量的数据会对OS的虚拟内存造成很大的压力,其它进程(如 mysqld)很有可能会被swap出去,这样就出问题了。同时,XtraBackup在读取数据的时候还尽可能地预读。

由于不锁表,所以复制出来的数据是不一致的,数据的一致性是在恢复的时候使用crash-recovery进行实现的。

对于MyISAM,XtraBackup还是首先锁定所有的表,然后复制所有文件。


增量备份的原理:

在完整备份和增量备份文件中都有一个文件xtrabackup_checkpoints会记录备份完成时检查点的LSN。在进行新的增量备份时,XtraBackup会比较表空间中每页的LSN是否大于上次备份完成的LSN,如果是,则备份该页,并记录当前检查点的LSN。