01 背景

Xtrabackup是Percona公司開發(fā)的一款開源的MySQL熱備份工具，之前的工作中也是經(jīng)常使用，但是也僅僅是停留在使用的階段，對(duì)于這個(gè)工具的細(xì)節(jié)，并沒有做過(guò)多的研究，今天細(xì)細(xì)看了一下過(guò)程，還是有點(diǎn)收獲的，寫下來(lái)記錄一下，有不對(duì)的地方，還請(qǐng)指正。

Xtrabackup工具能夠備份InnoDB，XtraDB和MyISAM的表，它支持Percona Server的所有版本，而且兼容MySQL，也兼容MariaDB，還支持一些高級(jí)的特性，例如流方式備份、壓縮、加密、以及增量備份等等。

優(yōu)點(diǎn)如下：

1、無(wú)需停止數(shù)據(jù)庫(kù)進(jìn)行InnoDB熱備份，在50G以上的數(shù)據(jù)量備份時(shí)候，應(yīng)該是首選工具。

2、支持增量備份MySQL并通過(guò)流傳輸?shù)狡渌姆?wù)器上。

3、備份MySQL的時(shí)候不會(huì)增加服務(wù)器的負(fù)載。

02 簡(jiǎn)介

在這個(gè)工具中，最主要的應(yīng)用程序有兩個(gè)，分別是innobackupex與xtrabackup，其中前者是perl腳本，后面是C++變異的二進(jìn)制程序，需要注意，后者不能備份除了Innodb存儲(chǔ)引擎的其他表。Innobackup是對(duì)xtrabackup的封裝，可以備份非Innodb的表。

以上所述，可能大家都知道，這里需要留意，由于mysql等系統(tǒng)數(shù)據(jù)庫(kù)中的表有些存儲(chǔ)引擎是基于MyISAM的，所以一般情況下使用innobackupex來(lái)備份系統(tǒng)庫(kù)。

03 工作流程

下面講述Innobackupex和Xtrabackup的工作流程，可能有些交叉的部分，二者共同完成備份任務(wù)。

主要的工作流程如下：

1、innobackupex啟動(dòng)之后，首先會(huì)創(chuàng)建xtrabackup進(jìn)程，并且啟動(dòng)，然后等待xtrabackup完成innodb相關(guān)文件的備份。

2、xtrabackup在備份InnoDB相關(guān)文件時(shí)，會(huì)開啟如下兩種線程，一種是ibd復(fù)制線程，負(fù)責(zé)復(fù)制表空間ibd文件，一種是redo log復(fù)制線程，負(fù)責(zé)復(fù)制redo log信息。其中redo log線程先于ibd線程開始，redo log線程會(huì)從最近的checkpoint點(diǎn)開始復(fù)制redo log，(關(guān)于checkpoint，之前的文章中講過(guò))，復(fù)制完成之后啟動(dòng)ibd線程。需要注意的是，在這個(gè)過(guò)程中，innobackupex進(jìn)程處于等待狀態(tài)，等待被xtrabackup進(jìn)程喚醒。

3、xtrabackup復(fù)制ibd完成之后(redo log線程可能還在工作)，通知innobackupex進(jìn)程，同時(shí)自己進(jìn)入wait狀態(tài)。

4、innobackupex收到通知，會(huì)執(zhí)行備份鎖，渠道一致性的位點(diǎn)，然后開始復(fù)制非innodb的文件。

5、當(dāng)非innodb文件復(fù)制完成之后，innobackupex開始獲取binlog的位置。

6、創(chuàng)建xtrabackup_binlog_info文件，并將binlog的點(diǎn)位信息寫入文件中。

7、接著，innobackupex會(huì)發(fā)起一個(gè)通知給xtrabackup進(jìn)程，同時(shí)自己進(jìn)入等待狀態(tài)。

8、xtrabackup進(jìn)程收到通知后，就會(huì)停止redo log的復(fù)制線程，并告知redo log復(fù)制完畢，然后通知innodbbackupex開始釋放鎖。

9、緊接著，就是一些收尾工作，釋放資源，備份元數(shù)據(jù)信息，打印備份目錄，備份binlog的位置信息，以及寫入xtrabackup_info文件信息等。

10、innobackupex進(jìn)程等待xtrabackup進(jìn)程結(jié)束后退出。

04 一些疑問(wèn)

1、為什么要復(fù)制redo log？

這是因?yàn)閭浞輎bd文件的過(guò)程中，該文件可能被修改，這樣備份出來(lái)的文件就有可能是包含臟數(shù)據(jù)的，在恢復(fù)的時(shí)候，需要聽過(guò)redo log進(jìn)行數(shù)據(jù)恢復(fù)，也就是應(yīng)用已經(jīng)提交的事務(wù)，回滾那些沒有提交的事務(wù)。

2、innobackupex和xtrabackup是如何交互的？

其實(shí)本質(zhì)是通過(guò)刪除和創(chuàng)建兩個(gè)特定的文件，這兩個(gè)進(jìn)程都會(huì)監(jiān)聽指定目錄下是否包含特定的文件，如果包含，就進(jìn)行工作，不包含，則停止工作，進(jìn)入等待狀態(tài)。

05 備份文件

一般備份完成之后，備份目錄中會(huì)產(chǎn)生7個(gè)重要的文件，包含：

backup-my.cnf：此文件包含了備份所需的my.cnf中的選項(xiàng)?；謴?fù)的時(shí)候，會(huì)依賴這個(gè)文件。 xtrabackup_checkpoints：記錄備份的類型、備份的狀態(tài)信息、增量備份依賴于這個(gè)信息 xtrabackup_binlog_info：該文件記錄備份時(shí)候的二進(jìn)制文件信息和偏移量位置信息。 xtrabackup_binlog_pos_innodb：該文件記錄了innodb表的二進(jìn)制文件和位置信息，當(dāng)執(zhí)行--apply-log的時(shí)候，會(huì)創(chuàng)建這個(gè)文件。 xtrabackup_binary:該文件記錄備份進(jìn)程使用的xtrabackup二進(jìn)制文件。 xtrabackup_logfile：該文件記錄apply log操作時(shí)所需的數(shù)據(jù)，如果apply log的時(shí)間比較長(zhǎng)，這個(gè)文件就會(huì)很大。 xtrabackup_slave_info:這個(gè)文件很常用，它記錄了在建立主從關(guān)系的時(shí)候，change master 語(yǔ)句所需要的信息。

以上就是MySQL使用Xtrabackup備份流程詳解的詳細(xì)內(nèi)容，更多關(guān)于MySQL使用Xtrabackup備份的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！