Percona XtraBackup工作原理 Percona XtraBackup是基於InnoDB的崩潰恢復功能。複製InnoDB數據文件，導致內部不一致的數據; 但隨後它對文件執行崩潰恢復，使它們再次成為一致，可用的資料庫。 這是因為InnoDB維護一個重做日誌，也稱為事務日誌。這包含對Inno ...
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
簡而言之，這些工具允許您通過複製數據文件，複製日誌文件以及將日誌應用到數據的各種組合來執行流式和增量備份等操作。
我們的公共號
