簡介：
XtraBackup包含兩個主要的工具即：xtrabackup和innobackupex
xtrabackup:只能備份InnoDB和XtraDB兩種事務引擎的表，不支持備份非事務引擎的表。
innobackupex:封裝了xtrabackup的perl腳本，支持在全局讀鎖下的非事務表備份，支持無全局讀鎖下的事務表。
安裝：
推薦安裝percona公司的源然後yum安裝
yum -y install https://www.percona.com/redir/downloads/percona-release/redhat/percona-release-0.1-4.noarch.rpm
yum -y install percona-xtrabackup-24innobackupex備份流程：
1.備份開始時先開啓一個後臺檢測進程，實時監測redo的變化，一但發現redo中有新日誌寫入，立刻將日誌記入其的後臺日誌文件（xtrabackup_log）中，
2.複製InnoDB表的數據文件，系統表空間文件ibdata1，完成後進入下一步，
3.執行全局讀鎖，鎖住所有的表（事務，非事務），拷貝非事務表的文件（.frm .MYI .MYD),獲取binlog位置，解鎖全部表
4.停止xtrabackup_log，結束備份
| 階段 | 解釋 |
|---|---|
| 生成xtrabackup日誌文件 | 軟件本身開啓一個用來保存redo的日誌 |
| 拷貝InnoDB相關文件(.ibd表數據文件，ibdata1回滾空間) | |
| FTWRL,全局讀鎖 | 非事務表不支持用事務保證一致性，需要讀鎖 |
| 拷貝innodb表結構文件frm，非事務表的全部文件 | |
| 獲取binlog位置 | 以此位置作爲備份的全局位置 |
| 釋放全局讀鎖 | 備份初步結束 |
| 停止xtrabackup的日誌工作。 | 備份結束 |
備份語句：
innobackupex --defaults-file=/etc/my.cnf --user=bak --password=bak123 --stream=xbstream .|gzip cat ->xtrabak.xb.gz
innobackupex恢復流程：
啓動XtraBackup軟件包自帶的InnoDB實例，回放xtrabackup過程中收集的xtrabackup_log：
根據binlog，回放binlog中已經登記，但redo中未提交但已經prepare的事務。
根據binlog，回滾binlog中未登記，但redo中已經prepare的事務
將應用好的文件拷回要被恢復實例的數據目錄，賦予mysql用戶的權限即可。
#解壓
gunzip all.xb.gz -c|xbstream -x -C /data/full
#應用xtrabackup_log
innobackupex --apply-log --use-memory=1G /data/full
#拷回預備恢復的文件，也可以用手工拷貝代替
innobackupex --defaults-file=/etc/my.cnf --copy-back --rsync /data/full
#將拷回的文件所有權賦給mysql用戶
chown -R mysql.mysql /data/mysql/3306
#啓動數據庫
mysqld --defaults-file=/etc/my.cnf附：
1.使用xbstream而不是tar的原因：
傳統複製的情況下，從從庫備份，需要獲得從庫的複製信息，可以使用--slave-info參數，這樣複製信息會附加在備份文件包中，但是用tar的時候總是會截斷一部分複製信息的描述文件。轉用xbstream流傳輸後沒有問題/另外，如果使用GTID，不考慮獲取binlog file和pos的話，tar或者xbstream都可以接受。
2.不推薦使用增備的原因：
1.增備恢復步驟繁瑣（需要在最後一個增備之前，只應用redo，最後一個才應用全部xtrabackup_log，拷回也麻煩）
2.與全備加binlogserver相比，不能恢復增備之間任意時間點的數據。
3.總的來看，XtraBackup仍是物理備份爲主，輔以邏輯備份完成數據一致性的備份方式。