Xtrabackup备份恢复原理
备份innodb表时，xtrabackup若干个线程拷贝独立表空间的.ibd文件，并不停监视此过程中redolog的变化，添加到自己的事务日志文件（xtrabackup_logfile）中。在此过程中，发生的物理写操作越多，xtrabackup_logfile越大。在拷贝完成后的第一个prepare阶段，xtrabackup采用类似于innodb崩溃恢复的方法，把数据文件恢复到与日志文件一致的状态，并把未提交的事务回滚。如果同时需要备份myisam表以及innodb表结构等文件，那么就需要用flushtableswithlock来获得全局锁，开始拷贝这些不再变化的文件，同时获得binlog位置，拷贝结束后释放锁，也停止对redolog的监视。以为拷贝.ibd文件就跟操作系统拷贝文件一样。其实这里涉及到fracturedpage的问题，他应该会重新读取（应该也有重试次数，超过后备份不成功）。其实这个原理很简单，了解下doublewrite就可以理解了“本段摘录自《MySQL技术内幕：InnoDB存储引擎》”：如果说插入缓冲带给InnoDB存储引擎的是性能，那么两次写带给InnoDB存储引擎的是数据的可靠性。当数据库宕机时，可能发生数据库正在写一个页面，而这个页只写了一部分（比如16K的页，只写前4K的页）的情况，我们称之为部分写失效（partialpagewrite）。在InnoDB存储引擎未使用doublewrite技术前，曾出现过因为部分写失效而导致数据丢失的情况。
如果发生写失效，可以通过重做日志进行恢复。这是一个办法。但是必须清楚的是，重做日志中记录的是对页的物理操作，如偏移量，写“aaaa”记录。如果这个页本身已经损坏，再对其进行重做是没有意义的。这就是说，在应用（apply）重做日志前，我们需要一个页的副本，当写入失效发生时，先通过页的副本来还原该页，再进行重做，这就是doublewrite。
#!/bin/sh#========================================================##备份工具：##percona-xtrabackup-2.2.6####备份策略：##(1)、每天凌晨04:20点进行全量备份一次；##(2)、每隔1小时增量备份一次；###========================================================PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin##DB备份基路径BACKUP_BASE_DIR="/data/mysql_backup"##增量备份时，用到的基准目录列表文件##内容格式：基准目录本次备份目录
备份类型INC_BASE_LIST="${BACKUP_BASE_DIR}/incremental_basedir_list.txt"##备份工具路径XTRABACKUP_PATH="/usr/local/xtrabackup/bin/innobackupex"##MySQL配置路径MYSQL_CNF_PATH="/etc/my.cnf"##线程数THREAD_CNT=6#========================================================functionprint_help_info(){echo"--------------------------------------------------------------"echo"Usage:$0full
inc
help"echo"--------------------------------------------------------------"echo""exit1}[[$#-lt1]]print_help_info[[-d${BACKUP_BASE_DIR}]]
mkdir-p${BACKUP_BASE_DIR}##xtrabackup基础套件不存在时，进行自动下载安装if[[!-e${XTRABACKUP_PATH}]];thencd/usr/localwget-q-Oxtrabackup-2.2.6.tgz白癜风初期怎么治北京哪些白癜风医院好