我使用innobackupex来备份我的数据库，如下所示：
usr/local/bin/innobackupex --user=bkpuser --password='example' --rsync \ --no-timestamp /pathtobackup 2> /pathtobackup/innobackupex.log 现在这个页面显示“但是有些事务是不完整的，有些事务没有被刷新到数据文件中，换句话说，如果你的数据库崩溃了，那么备份将与数据库相似。 “。
这是真的？ 我认为至less冲洗的部分是不正确的，我不确定交易。 我的目标是能够恢复我的数据库，当然，它从来没有下降，所以请咨询。
短版本 ：如果您正在对繁忙的服务器运行备份，则是。
如果你从更新locking服务器，也就是从属服务器，并且在备份之前执行mysql -e "STOP SLAVE" ，我怀疑xtrabackup_logfile是空的，而apply-log将不会执行任何操作。
长版 ：
有一个文档提供了一个备份和恢复的例子，作为如何准备从服务器复制的一部分 ，这表明IT需要添加一个步骤来应用日志，然后才能使用;
innobackupex --user=yourDBuser --password=MaGiCdB1 /path/to/backupdir innobackupex --user=yourDBuser --password=MaGiCdB1 / --apply-log /path/to/backupdir/$TIMESTAMP/
innobackupex的选项页面指示--apply-log从xtrabackup_logfile读取事务
通过应用位于同一目录中的名为xtrabackup_logfile的事务日志文件，在BACKUP-DIR中准备备份。 另外，创build新的事务日志。 InnoDBconfiguration是从innobackupex创build的备份文件backup-my.cnf中读取的。
我怀疑xtrabackup_logfile包含备份运行期间的事务，但数据库未被locking。 我认为，通过这种策略，innobackupex可以在很短的locking时间内运行，并使用binlog将更新应用到备份中。
xtrabackup-manager工具在此处应用日志中的应用日志步骤;
http://code.google.com/searchframe#i12s1rWpN4M/trunk/includes/genericBackupTaker.class.php&q=apply%20log%20package:xtrabackup-manager.googlecode.com
它不清楚这些文件是什么格式（ file xtrabackup_logfile返回“数据”），虽然他们似乎在我的系统上是稀疏的，但我不期待在这种情况下任何挂起的事务，因为备份是从一个停止的奴隶。 虽然如果你想知道，xtrabackup的源代码是可以检查的。