数据备份
xtrabackup是基于innodb的crash恢复功能之上的。它会拷贝innodb数据文件(这会导致数据不一致的)，然后对文件执行crash恢复使其一致。
因为innodb维护了redo日志，即事务日志。redo日志包含对innodb数据修改的每一个记录。当innodb启动，会探测数据文件和redo日志并使二者同步(执行redo日志，进行前滚和回滚)。
xtrabackup会记录其启动时的日志序列号(log sequence number),然后拷贝数据文件。在拷贝的同时，可以会发生了对数据文件的修改。xtrabackup会运行一个后台进程，监控redo日志并拷贝redo日志的变化，xtrabackup需要不断地执行这些操作，因为redo日志是循环使用的。
xtrabackup会使用backup锁，和flush tables with read lock比起来，backup锁是轻量级的锁。backup锁是percona server 5.6+引入的，xtrabackup自动使用backup锁拷贝non-innodb数据文件而不会阻塞对innodb表的修改操作。server支持backup锁时，xtrabackup会首先拷贝innodb数据，然后运行lock tables for backup，拷贝myisam表和.frm文件。完成这些操作后，开始备份文件，包括.frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ, .CSM, .CSV, .par, and .opt 文件。
backup锁只是对myisam和non-innodb表施加，而且是在备份完innodb/xtradb数据和日志之后。
完成数据备份后，xtrabackup会使用lock binlog for backup，阻塞对二进制日志的修改操作。拷贝完redo日志和取回二进制日志的位置。然后释放对二进制和表的锁定。
最后，二进制日志位置被打印到stderr，xtrabackup退出。
在prepare阶段，xtrabackup会执行crash恢复，结束后，数据库就可以被还原和使用了。
数据还原
在prepare阶段，xtrabackup会执行crash恢复，结束后，数据库就可以被还原和使用了。
还原可以使用xtrabackup --copy-back、xtrabackup --move-back
xtrabackup会读取my.cnf文件中的datadir、innodb_data_home_dir、innodb_data_file_path、innodb_log_group_home_dir变量的内容并检查目录是否存在。
首先，拷贝myisam表和索引；其次，innodb表，索引；最后是日志文件。
xtrabackup --move-back也可以用来还原备份。与--copy-back不同的是，它是move文件到目标位置，这样备份文件也被移走了，所以要小心使用