详细介绍xtrabackup的备份原理

Percona XtraBackup工作原理

Percona XtraBackup是基于InnoDB的崩溃恢复功能。复制InnoDB数据文件，导致内部不一致的数据; 但随后它对文件执行崩溃恢复，使它们再次成为一致，可用的数据库。

这是因为InnoDB维护一个重做日志，也称为事务日志。这包含对InnoDB数据的每个更改的记录。当InnoDB 启动时，它会检查数据文件和事务日志，并执行两个步骤。它将提交的事务日志条目应用于数据文件，并对修改数据但未提交的任何事务执行撤销操作。

Percona XtraBackup通过记录日志序列号（LSN）开始工作，然后复制掉数据文件。这需要一小会时间来完成，所以如果文件正在改变，那么它们反映了数据库在不同时间点的状态。同时，Percona XtraBackup运行一个后台进程，监视事务日志文件，并从中复制更改。Percona XtraBackup需要不断地这样做，因为事务日志是以循环方式编写的，并且可以在一段时间后重复使用。Percona XtraBackup从数据文件开始执行以来每次更改都需要事务日志记录。

Percona XtraBackup将使用备份锁 ，作为一个轻量级替代。此功能在Percona Server 5.6+中可用。Percona XtraBackup使用这个自动复制非InnoDB数据，以避免阻塞修改InnoDB表的DML查询。当服务器支持备份锁时，xtrabackup将首先复制InnoDB数据，运行并复制MyISAM表和.frm文件。一旦完成，文件的备份将开始。它将备份.frm，.MRG，.MYD，.MYI，.TRG，FLUSH TABLES WITH READ LOCKLOCK TABLES FOR BACKUP.par

注意

锁定只对MyISAM和其他非InnoDB表，只有 在 Percona XtraBackup完成所有InnoDB / XtraDB数据和日志后备份。Percona XtraBackup将使用备份锁 ，作为一个轻量级替代。此功能在Percona Server 5.6+中可用。Percona XtraBackup使用这个自动复制非InnoDB数据，以避免阻塞修改InnoDB表的DML查询。FLUSH TABLES WITH READ LOCK

之后，xtrabackup将使用阻止所有操作，可能更改二进制日志位置或 或 报告。然后xtrabackup将完成复制REDO日志文件和获取二进制日志坐标。在这完成之后xtrabackup将解锁二进制日志和表。LOCK BINLOG FOR BACKUPExec_Master_Log_PosExec_Gtid_SetSHOW MASTER/SLAVE STATUS

最后，二进制日志位置将被打印到STDERR和xtrabackup 将退出返回0如果一切正常。

需要注意的是STDERR的xtrabackup不是写在任何文件中。您必须将其重定向到一个文件，例如，。xtrabackup OPTIONS2> backupout.log

它还将在备份的目录中创建以下文件。

在准备阶段，Percona XtraBackup使用复制的事务日志文件对复制的数据文件执行崩溃恢复。完成此操作后，数据库就可以恢复和使用。

备份的MyISAM和InnoDB表最终将彼此一致，因为在准备（恢复）过程之后，InnoDB的数据会前滚到备份完成的点，而不会回滚到该点开始。这个时间点匹配所采取的位置，因此MyISAM数据和准备的 InnoDB数据是同步的。FLUSH TABLES WITHREAD LOCK

简而言之，这些工具允许您通过复制数据文件，复制日志文件以及将日志应用到数据的各种组合来执行流式和增量备份等操作。