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
旅游网站管理系统是由深山工作室自主研发而成,具有以下相应的功能.1. 旅游新闻发布,站内新闻发布2. 发布旅游线路详细信息.包括:线路名称、线路类型、线路报价、游完整条线路所需时间、线路说明、线路途经景点、行程安排及其它备注。3. 旅游景点介绍推广4. 旅行社加盟介绍系统.包括:各个旅行社可以发布自己的旅游线路.管理留言,发布信息（vip,会员）5. 酒店宾馆加盟介绍系统，酒店宾馆发布客房信息（v
最后，二进制日志位置将被打印到STDERR和xtrabackup 将退出返回0如果一切正常。
需要注意的是STDERR的xtrabackup不是写在任何文件中。您必须将其重定向到一个文件，例如，。xtrabackup OPTIONS2> backupout.log
它还将在备份的目录中创建以下文件。
在准备阶段，Percona XtraBackup使用复制的事务日志文件对复制的数据文件执行崩溃恢复。完成此操作后，数据库就可以恢复和使用。
备份的MyISAM和InnoDB表最终将彼此一致，因为在准备（恢复）过程之后，InnoDB的数据会前滚到备份完成的点，而不会回滚到该点开始。这个时间点匹配所采取的位置，因此MyISAM数据和准备的 InnoDB数据是同步的。FLUSH TABLES WITHREAD LOCK
简而言之，这些工具允许您通过复制数据文件，复制日志文件以及将日志应用到数据的各种组合来执行流式和增量备份等操作。
