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

簡而言之，這些工具允許您通過復制數據文件，復制日志文件以及將日志應用到數據的各種組合來執行流式和增量備份等操作。

以上就是詳細介紹xtrabackup的備份原理的詳細內容，更多請關注php中文網其它相關文章！