建站
咨詢
售后
建站咨詢
新聞中心
xtrabackup是Percona公司CTO Vadim參與開發(fā)的一款基于InnoDB的在線熱備工具，具有開源，免費(fèi)，支持在線熱備，備份恢復(fù)速度快，占用磁盤空間小等特點(diǎn)，并且支持不同情況下的多種備份形式，下面為大家講解一下xtrabackup的使用方法。
專業(yè)領(lǐng)域包括網(wǎng)站制作、成都網(wǎng)站制作、商城網(wǎng)站定制開發(fā)、微信營銷、系統(tǒng)平臺(tái)開發(fā)， 與其他網(wǎng)站設(shè)計(jì)及系統(tǒng)開發(fā)公司不同，創(chuàng)新互聯(lián)公司的整合解決方案結(jié)合了幫做網(wǎng)絡(luò)品牌建設(shè)經(jīng)驗(yàn)和互聯(lián)網(wǎng)整合營銷的理念，并將策略和執(zhí)行緊密結(jié)合，為客戶提供全網(wǎng)互聯(lián)網(wǎng)整合方案。
img
Xtrabackup安裝
其最新版的軟件可從 http://www.percona.com/software/percona-xtrabackup/ 獲得。本文基于CentOS6.6的系統(tǒng)，因此，直接下載相應(yīng)版本的rpm包安裝即可。
[root@localhost xtrabackup]# yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL //安裝依賴包
[root@localhost xtrabackup]# rpm -ivh percona-xtrabackup-2.2.4-5004.el6.x86_64.rpm
warning: percona-xtrabackup-2.2.4-5004.el6.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID cd2efd2a: NOKEY
Preparing... ########################################### [100%]
1:percona-xtrabackup ########################################### [100%]
Xtrabackup備份的實(shí)現(xiàn)
1、完全備份
# innobackupex --user=DBUSER --password=DBUSERPASS /path/to/BACKUP-DIR/
如果要使用一個(gè)最小權(quán)限的用戶進(jìn)行備份，則可基于如下命令創(chuàng)建此類用戶：
mysql> CREATE USER ’feiyu'@’localhost’ IDENTIFIED BY ’s3cret’; mysql> REVOKE ALL PRIVILEGES, GRANT OPTION FROM ’feiyu’; mysql> GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO ’feiyu’@’localhost’; mysql> FLUSH PRIVILEGES; 使用innobakupex備份時(shí)，其會(huì)調(diào)用xtrabackup備份所有的InnoDB表，復(fù)制所有關(guān)于表結(jié)構(gòu)定義的相關(guān)文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相關(guān)文件，同時(shí)還會(huì)備份觸發(fā)器和數(shù)據(jù)庫配置信息相關(guān)的文件。這些文件會(huì)被保存至一個(gè)以時(shí)間命令的目錄中。
在備份的同時(shí)，innobackupex還會(huì)在備份目錄中創(chuàng)建如下文件：
(1)xtrabackup_checkpoints —— 備份類型（如完全或增量）、備份狀態(tài)（如是否已經(jīng)為prepared狀態(tài)）和LSN(日志序列號(hào))范圍信息；
每個(gè)InnoDB頁(通常為16k大小)都會(huì)包含一個(gè)日志序列號(hào)，即LSN。LSN是整個(gè)數(shù)據(jù)庫系統(tǒng)的系統(tǒng)版本號(hào)，每個(gè)頁面相關(guān)的LSN能夠表明此頁面最近是如何發(fā)生改變的。
(2)xtrabackup_binlog_info —— mysql服務(wù)器當(dāng)前正在使用的二進(jìn)制日志文件及至備份這一刻為止二進(jìn)制日志事件的位置。
(3)xtrabackup_binlog_pos_innodb —— 二進(jìn)制日志文件及用于InnoDB或XtraDB表的二進(jìn)制日志文件的當(dāng)前position。
(4)xtrabackup_binary —— 備份中用到的xtrabackup的可執(zhí)行文件；
(5)backup-my.cnf —— 備份命令用到的配置選項(xiàng)信息；
在使用innobackupex進(jìn)行備份時(shí)，還可以使用–no-timestamp選項(xiàng)來阻止命令自動(dòng)創(chuàng)建一個(gè)以時(shí)間命名的目錄；如此一來，innobackupex命令將會(huì)創(chuàng)建一個(gè)BACKUP-DIR目錄來存儲(chǔ)備份數(shù)據(jù)。
2、準(zhǔn)備(prepare)一個(gè)完全備份
一般情況下，在備份完成后，數(shù)據(jù)尚且不能用于恢復(fù)操作，因?yàn)閭浞莸臄?shù)據(jù)中可能會(huì)包含尚未提交的事務(wù)或已經(jīng)提交但尚未同步至數(shù)據(jù)文件中的事務(wù)。因此，此時(shí)數(shù)據(jù)文件仍處理不一致狀態(tài)?！皽?zhǔn)備”的主要作用正是通過回滾未提交的事務(wù)及同步已經(jīng)提交的事務(wù)至數(shù)據(jù)文件也使得數(shù)據(jù)文件處于一致性狀態(tài)。
innobakupex命令的–apply-log選項(xiàng)可用于實(shí)現(xiàn)上述功能。如下面的命令：
# innobackupex --apply-log /path/to/BACKUP-DIR
如果執(zhí)行正確，其最后輸出的幾行信息通常如下：
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
120407 9:01:36 InnoDB: Starting shutdown...
120407 9:01:40 InnoDB: Shutdown completed; log sequence number 92036620
120407 09:01:40 innobackupex: completed OK!
在實(shí)現(xiàn)“準(zhǔn)備”的過程中，innobackupex通常還可以使用–use-memory選項(xiàng)來指定其可以使用的內(nèi)存的大小，默認(rèn)通常為100M。如果有足夠的內(nèi)存可用，可以多劃分一些內(nèi)存給prepare的過程，以提高其完成速度。
3、從一個(gè)完全備份中恢復(fù)數(shù)據(jù)
innobackupex命令的–copy-back選項(xiàng)用于執(zhí)行恢復(fù)操作，其通過復(fù)制所有數(shù)據(jù)相關(guān)的文件至mysql服務(wù)器DATADIR目錄中來執(zhí)行恢復(fù)過程。innobackupex通過backup-my.cnf來獲取DATADIR目錄的相關(guān)信息。
# innobackupex --copy-back /path/to/BACKUP-DIR
如果執(zhí)行正確，其輸出信息的最后幾行通常如下：
innobackupex: Starting to copy InnoDB log files
innobackupex: in '/backup/2012-04-07_08-17-03'
innobackupex: back to original InnoDB log directory '/mydata/data'
innobackupex: Finished copying back files.
120407 09:36:10 innobackupex: completed OK!
請(qǐng)確保如上信息的最行一行出現(xiàn)“innobackupex: completed OK!”。
當(dāng)數(shù)據(jù)恢復(fù)至DATADIR目錄以后，還需要確保所有數(shù)據(jù)文件的屬主和屬組均為正確的用戶，如mysql，否則，在啟動(dòng)mysqld之前還需要事先修改數(shù)據(jù)文件的屬主和屬組。如：
# chown -R mysql:mysql /mydata/data/
4、使用innobackupex進(jìn)行增量備份
每個(gè)InnoDB的頁面都會(huì)包含一個(gè)LSN信息，每當(dāng)相關(guān)的數(shù)據(jù)發(fā)生改變，相關(guān)的頁面的LSN就會(huì)自動(dòng)增長。這正是InnoDB表可以進(jìn)行增量備份的基礎(chǔ)，即innobackupex通過備份上次完全備份之后發(fā)生改變的頁面來實(shí)現(xiàn)。
要實(shí)現(xiàn)第一次增量備份，可以使用下面的命令進(jìn)行：
# innobackupex --incremental /backup --incremental-basedir=BASEDIR
（要對(duì)與完全備份實(shí)行增量備份，basedir指完全備份的目錄，要對(duì)上一次增量備份再執(zhí)行增量備份，則指定上一次 增量備份的目錄）
其中，BASEDIR指的是完全備份所在的目錄，此命令執(zhí)行結(jié)束后，innobackupex命令會(huì)在/backup目錄中創(chuàng)建一個(gè)新的以時(shí)間命名的目錄以存放所有的增量備份數(shù)據(jù)。另外，在執(zhí)行過增量備份之后再一次進(jìn)行增量備份時(shí)，其–incremental-basedir應(yīng)該指向上一次的增量備份所在的目錄。
需要注意的是，增量備份僅能應(yīng)用于InnoDB或XtraDB表，對(duì)于MyISAM表而言，執(zhí)行增量備份時(shí)其實(shí)進(jìn)行的是完全備份。
“準(zhǔn)備”(prepare)增量備份與整理完全備份有著一些不同，尤其要注意的是：
(1)需要在每個(gè)備份(包括完全和各個(gè)增量備份)上，將已經(jīng)提交的事務(wù)進(jìn)行“重放”?！爸胤拧敝?，所有的備份數(shù)據(jù)將合并到完全備份上。 (2)基于所有的備份將未提交的事務(wù)進(jìn)行“回滾”。 （以下為合并增量備份到完全備份，然后恢復(fù)時(shí)只指定完全備份即可）
于是，操作就變成了：
# innobackupex --apply-log --redo-only BASE-DIR
接著執(zhí)行：
# innobackupex --apply-log --redo-only BASE-DIR --incremental-dir=INCREMENTAL-DIR-1
而后是第二個(gè)增量：
# innobackupex --apply-log --redo-only BASE-DIR --incremental-dir=INCREMENTAL-DIR-2
其中BASE-DIR指的是完全備份所在的目錄，而INCREMENTAL-DIR-1指的是第一次增量備份的目錄，INCREMENTAL-DIR-2指的是第二次增量備份的目錄，其它依次類推，即如果有多次增量備份，每一次都要執(zhí)行如上操作；
5、Xtrabackup的“流”及“備份壓縮”功能
Xtrabackup對(duì)備份的數(shù)據(jù)文件支持“流”功能，即可以將備份的數(shù)據(jù)通過STDOUT傳輸給tar程序進(jìn)行歸檔，而不是默認(rèn)的直接保存至某備份目錄中。要使用此功能，僅需要使用–stream選項(xiàng)即可。如：
# innobackupex --stream=tar /backup | gzip > /backup/`date +%F_%H-%M-%S`.tar.gz
甚至也可以使用類似如下命令將數(shù)據(jù)備份至其它服務(wù)器：
# innobackupex --stream=tar /backup | ssh [email protected] "cat - > /backups/`date +%F_%H-%M-%S`.tar"
此外，在執(zhí)行本地備份時(shí)，還可以使用–parallel選項(xiàng)對(duì)多個(gè)文件進(jìn)行并行復(fù)制。此選項(xiàng)用于指定在復(fù)制時(shí)啟動(dòng)的線程數(shù)目。當(dāng)然，在實(shí)際進(jìn)行備份時(shí)要利用此功能的便利性，也需要啟用innodb_file_per_table選項(xiàng)或共享的表空間通過innodb_data_file_path選項(xiàng)存儲(chǔ)在多個(gè)ibdata文件中。對(duì)某一數(shù)據(jù)庫的多個(gè)文件的復(fù)制無法利用到此功能。其簡單使用方法如下：
# innobackupex --parallel /path/to/backup
同時(shí)，innobackupex備份的數(shù)據(jù)文件也可以存儲(chǔ)至遠(yuǎn)程主機(jī)，這可以使用–remote-host選項(xiàng)來實(shí)現(xiàn)：
# innobackupex [email protected] /path/IN/REMOTE/HOST/to/backup
6、導(dǎo)入或?qū)С鰡螐埍?/strong>
默認(rèn)情況下，InnoDB表不能通過直接復(fù)制表文件的方式在mysql服務(wù)器之間進(jìn)行移植，即便使用了innodb_file_per_table選項(xiàng)。而使用Xtrabackup工具可以實(shí)現(xiàn)此種功能，不過，此時(shí)需要“導(dǎo)出”表的mysql服務(wù)器啟用了innodb_file_per_table選項(xiàng)（嚴(yán)格來說，是要“導(dǎo)出”的表在其創(chuàng)建之前，mysql服務(wù)器就啟用了innodb_file_per_table選項(xiàng)），并且“導(dǎo)入”表的服務(wù)器同時(shí)啟用了innodb_file_per_table和innodb_expand_import選項(xiàng)。
(1)“導(dǎo)出”表 導(dǎo)出表是在備份的prepare階段進(jìn)行的，因此，一旦完全備份完成，就可以在prepare過程中通過–export選項(xiàng)將某表導(dǎo)出了：
# innobackupex --apply-log --export /path/to/backup
此命令會(huì)為每個(gè)innodb表的表空間創(chuàng)建一個(gè)以.exp結(jié)尾的文件，這些以.exp結(jié)尾的文件則可以用于導(dǎo)入至其它服務(wù)器。 (2)“導(dǎo)入”表 要在mysql服務(wù)器上導(dǎo)入來自于其它服務(wù)器的某innodb表，需要先在當(dāng)前服務(wù)器上創(chuàng)建一個(gè)跟原表表結(jié)構(gòu)一致的表，而后才能實(shí)現(xiàn)將表導(dǎo)入：
mysql> CREATE TABLE mytable (...) ENGINE=InnoDB;
然后將此表的表空間刪除：
mysql> ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;
接下來，將來自于“導(dǎo)出”表的服務(wù)器的mytable表的mytable.ibd和mytable.exp文件復(fù)制到當(dāng)前服務(wù)器的數(shù)據(jù)目錄，然后使用如下命令將其“導(dǎo)入”：
mysql> ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;
7、使用Xtrabackup對(duì)數(shù)據(jù)庫進(jìn)行部分備份
Xtrabackup也可以實(shí)現(xiàn)部分備份，即只備份某個(gè)或某些指定的數(shù)據(jù)庫或某數(shù)據(jù)庫中的某個(gè)或某些表。但要使用此功能，必須啟用innodb_file_per_table選項(xiàng)，即每張表保存為一個(gè)獨(dú)立的文件。同時(shí)，其也不支持–stream選項(xiàng)，即不支持將數(shù)據(jù)通過管道傳輸給其它程序進(jìn)行處理。
此外，還原部分備份跟還原全部數(shù)據(jù)的備份也有所不同，即你不能通過簡單地將prepared的部分備份使用–copy-back選項(xiàng)直接復(fù)制回?cái)?shù)據(jù)目錄，而是要通過導(dǎo)入表的方向來實(shí)現(xiàn)還原。當(dāng)然，有些情況下，部分備份也可以直接通過–copy-back進(jìn)行還原，但這種方式還原而來的數(shù)據(jù)多數(shù)會(huì)產(chǎn)生數(shù)據(jù)不一致的問題，因此，無論如何不推薦使用這種方式。
(1)創(chuàng)建部分備份
創(chuàng)建部分備份的方式有三種：正則表達(dá)式(–include), 枚舉表文件(–tables-file)和列出要備份的數(shù)據(jù)庫(–databases)。
(a)使用–include 使用–include時(shí)，要求為其指定要備份的表的完整名稱，即形如databasename.tablename，如：
# innobackupex --include='^feiyu[.]tb1' /path/to/backup
(b)使用–tables-file 此選項(xiàng)的參數(shù)需要是一個(gè)文件名，此文件中每行包含一個(gè)要備份的表的完整名稱；如：
# echo -e 'feiyu.tb1\nmageedu.tb2' > /tmp/tables.txt# innobackupex --tables-file=/tmp/tables.txt /path/to/backup
(c)使用–databases 此選項(xiàng)接受的參數(shù)為數(shù)據(jù)名，如果要指定多個(gè)數(shù)據(jù)庫，彼此間需要以空格隔開；同時(shí)，在指定某數(shù)據(jù)庫時(shí)，也可以只指定其中的某張表。此外，此選項(xiàng)也可以接受一個(gè)文件為參數(shù)，文件中每一行為一個(gè)要備份的對(duì)象。如：
# innobackupex --databases="feiyu testdb" /path/to/backup
(2)整理(preparing)部分備份 prepare部分備份的過程類似于導(dǎo)出表的過程，要使用–export選項(xiàng)進(jìn)行：
# innobackupex --apply-log --export /pat/to/partial/backup
此命令執(zhí)行過程中，innobackupex會(huì)調(diào)用xtrabackup命令從數(shù)據(jù)字典中移除缺失的表，因此，會(huì)顯示出許多關(guān)于“表不存在”類的警告信息。同時(shí)，也會(huì)顯示出為備份文件中存在的表創(chuàng)建.exp文件的相關(guān)信息。
(3)還原部分備份 還原部分備份的過程跟導(dǎo)入表的過程相同。當(dāng)然，也可以通過直接復(fù)制prepared狀態(tài)的備份直接至數(shù)據(jù)目錄中實(shí)現(xiàn)還原，不要此時(shí)要求數(shù)據(jù)目錄處于一致狀態(tài)。
下面實(shí)際演示其完整的備份流程：
←#14#root@localhost /tmp/full-backup →innobackupex --user=root /tmp/full-backup/ #完全備份
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona LLC and/or its affiliates 2009-2013. All Rights Reserved.
。。。。。。。。。。
xtrabackup: The latest check point (for incremental): '2987626'
xtrabackup: Stopping log copying thread.
.>> log scanned up to (2987626)
xtrabackup: Creating suspend file '/tmp/full-backup/2015-06-25_05-58-26/xtrabackup_log_copied' with pid '7858'
xtrabackup: Transaction log of lsn (2987626) to (2987626) was copied.
150625 05:58:30 innobackupex: All tables unlocked
innobackupex: Backup created in directory '/tmp/full-backup/2015-06-25_05-58-26'
innobackupex: MySQL binlog position: filename 'mysql-bin.000001', position 2383
150625 05:58:30 innobackupex: Connection to database server closed
150625 05:58:30 innobackupex: completed OK!
mysql> insert into tutors(tname) values('stu00011');#在數(shù)據(jù)庫中插入數(shù)據(jù)
Query OK, 1 row affected (0.03 sec)
mysql> insert into tutors(tname) values('stu00012');
Query OK, 1 row affected (0.00 sec)
←#246#root@localhost /tmp →innobackupex --incremental /tmp/full-backup/ --incremental-basedir=/tmp/full-backup/2015-06-25_05-58-26/ #做增量備份
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona LLC and/or its affiliates 2009-2013. All Rights Reserved.
。。。。。。。。。。。
xtrabackup: Creating suspend file '/tmp/full-backup/2015-06-25_06-00-48/xtrabackup_log_copied' with pid '8663'
xtrabackup: Transaction log of lsn (2988209) to (2988209) was copied.
150625 06:00:53 innobackupex: All tables unlocked
innobackupex: Backup created in directory '/tmp/full-backup/2015-06-25_06-00-48'
innobackupex: MySQL binlog position: filename 'mysql-bin.000001', position 2924
150625 06:00:53 innobackupex: Connection to database server closed
150625 06:00:53 innobackupex: completed OK!
mysql> insert into tutors(tname) values('stu00014'); #再次插入數(shù)據(jù)
Query OK, 1 row affected (0.02 sec)
mysql> insert into tutors(tname) values('stu00015');
Query OK, 1 row affected (0.00 sec)
←#247#root@localhost /tmp →innobackupex --incremental /tmp/full-backup/ --incremental-basedir=/tmp/full-backup/2015-06-25_06-00-48 #再次做增量備份
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona LLC and/or its affiliates 2009-2013. All Rights Reserved
。。。。。。。。。
xtrabackup: Creating suspend file '/tmp/full-backup/2015-06-25_06-02-41/xtrabackup_log_copied' with pid '9259'
xtrabackup: Transaction log of lsn (2988781) to (2988781) was copied.
150625 06:02:45 innobackupex: All tables unlocked
innobackupex: Backup created in directory '/tmp/full-backup/2015-06-25_06-02-41'
innobackupex: MySQL binlog position: filename 'mysql-bin.000001', position 3465
150625 06:02:46 innobackupex: Connection to database server closed
150625 06:02:46 innobackupex: completed OK!
←#266#root@localhost /tmp/full-backup/2015-06-25_05-58-26 →cat xtrabackup_checkpoints #查看日志序列號(hào)是否一致
backup_type = log-applied
from_lsn = 0
to_lsn = 2987626
last_lsn = 2987626
compact = 0
←#267#root@localhost /tmp/full-backup/2015-06-25_05-58-26 →cd ../2015-06-25_06-00-48/
←#268#root@localhost /tmp/full-backup/2015-06-25_06-00-48 →cat xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2987626
to_lsn = 2988209
last_lsn = 2988209
compact = 0
←#269#root@localhost /tmp/full-backup/2015-06-25_06-00-48 →cd ../2015-06-25_06-02-41/
←#270#root@localhost /tmp/full-backup/2015-06-25_06-02-41 →cat xtrabackup_checkpoints
backup_type = incremental
from_lsn = 2988209
to_lsn = 2988781
last_lsn = 2988781
compact = 0
←#248#root@localhost /tmp →innobackupex --apply-log --redo-only /tmp/full-backu2015-06-25_05-58-26/ #做準(zhǔn)備
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona LLC and/or its affiliates 2009-2013. All Rights Reserved.
[notice (again)]
If you use binary log and don't use any hack of group commit, the binary log position seems to be: InnoDB: Last MySQL binlog file position 0 2241, file name ./mysql-bin.000001 xtrabackup: starting shutdown with innodb_fast_shutdown = 1 InnoDB: Starting shutdown... InnoDB: Shutdown completed; log sequence number 2987626 150625 06:04:03 innobackupex: completed OK! ←#249#root@localhost /tmp →innobackupex --apply-log --redo-only /tmp/full-backu2015-06-25_05-58-26/ --incremental-dir=/tmp/full-backup/2015-06-25_06-00-48/ #合并第一次增量備份文件 。。。。。。。。。。 innobackupex: Copying '/tmp/full-backup/2015-06-25_06-00-48/management/admin.frm' to '/tmp/full-backup/2015-06-25_05-58-26/management/admin.frm' 150625 06:05:28 innobackupex: completed OK! ←#251#root@localhost /tmp →innobackupex --apply-log --redo-only /tmp/full-backu2015-06-25_05-58-26/ --incremental-dir=/tmp/full-backup/2015-06-25_06-02-41/ #合并第二次增量備份文件 。。。。。。。。。。。。。。。。 innobackupex: Copying '/tmp/full-backup/2015-06-25_06-02-41/management/classinfo.frm' to '/tmp/full-backup/2015-06-25_05-58-26/management/classinfo.frm' innobackupex: Copying '/tmp/full-backup/2015-06-25_06-02-41/management/admin.frm' to '/tmp/full-backup/2015-06-25_05-58-26/management/admin.frm' 150625 06:07:10 innobackupex: completed OK! ←#258#root@localhost ~ →rm -rf /mydata/data1/* #刪除數(shù)據(jù)文件目錄 ←#259#root@localhost ~ →innobackupex --copy-back /tmp/full-backup/2015-06-25_05-58-26/ #恢復(fù) 。。。。。。。。。。。。。。。。 innobackupex: Starting to copy InnoDB log files innobackupex: in '/tmp/full-backup/2015-06-25_05-58-26' innobackupex: back to original InnoDB log directory '/mydata/data1' innobackupex: Finished copying back files. 150625 06:12:29 innobackupex: completed OK! ←#276#root@localhost /mydata/data1 →chown -R mysql.mysql ./* #修改屬主和屬組 文章標(biāo)題：詳解xtrabackup的使用方法
網(wǎng)頁地址：http://m.fisionsoft.com.cn/article/cdeshpj.html
