【正文】 nnodb_data_home_dir,還原還原數(shù)據(jù)庫(kù)使用然后釋放表鎖，slave啟動(dòng)并且連接關(guān)閉，然后刪除xtrabckup_suspended_2文件。如果不是增量備份，連接到服務(wù)，如果啟動(dòng)了safeslavebackup等待slave，然后獲取全局read lock，防止其他引擎的表被修改，讀鎖只鎖定非innodb表，并且在innodb表復(fù)制完數(shù)據(jù)和日志后進(jìn)行。如果不能連接就錯(cuò)誤。xtrabackup的確定，如果運(yùn)行的時(shí)候沒(méi)有帶ibbackup參數(shù)，那么innobackupex會(huì)從xtrabackup_binary上找，然后讀取要啟動(dòng)xtrabackup的二進(jìn)制文件。當(dāng)xtrabackup復(fù)制完成，innobackupex發(fā)現(xiàn)創(chuàng)建的xtrabckup_suspended_2文件，就執(zhí)行FLUASH TABLES WITH READ LOCL復(fù)制其他文件。Kill堵塞查詢innobackupex可以kill所有阻止獲取全局鎖的查詢。loclwaitquerytype中的長(zhǎng)運(yùn)行查詢，如果超過(guò)lockwaitthreshold都算長(zhǎng)運(yùn)行查詢。lockwaitquerytype所有查詢或者只能存在SELECT查詢。提高對(duì)FLUSH TABLES WITH READ LOCK控制在備份的時(shí)候，為了保證數(shù)據(jù)一致性，在備份非innodb表的之前會(huì)先使用FLUSH TABLES WITH READ LOCK，這個(gè)語(yǔ)句在有長(zhǎng)時(shí)間查詢運(yùn)行的情況下也能執(zhí)行，但是其他的所有事都會(huì)被堵塞，Waiting for table flush或者Waiting for master to send event，這個(gè)時(shí)候不應(yīng)該kill FLUSH TABLES WITH READ LOCK，而是應(yīng)該kill掉那個(gè)大的查詢。 startposition=57 stopdatetime=111225 01:00:00 | mysql u root p 57還原數(shù)據(jù)庫(kù)$ innobackupex copyback /path/to/backup然后使用mysqlbinlog取出binary log中的記錄，然后輸出到文件$ mysqlbinlog /path/to/datadir/ /path/to/datadir/ \ |+++++然后查看 497 | 497 |+++mysql SHOW MASTER STATUS。 126 || | 1306 || |在服務(wù)器中找出操作binary log和當(dāng)前binary log狀態(tài)mysql SHOW BINARY LOGS。時(shí)間點(diǎn)還原和mysql手冊(cè)中介紹的時(shí)間點(diǎn)還原一樣，xtrabackup也是通過(guò)binary log進(jìn)行時(shí)間點(diǎn)還原。之后把文件復(fù)制到相應(yīng)的目錄下（注意文件的所有者和文件權(quán)限），,.(.)。OTHERSERVER|mysql CREATE TABLE mytable (...) ENGINE=InnoDB。導(dǎo)出表導(dǎo)出表使用—export選項(xiàng)：$ innobackupex applylog export /path/to/backup(用于不同的mysql版本)$ find /data/backups/mysql/ name export_test.*/data/backups/mysql/test//data/backups/mysql/test//data/backups/mysql/test/ibd然后通過(guò)import tablespace倒入。節(jié)流(throttling)備份盡管innobackupex不會(huì)堵塞數(shù)據(jù)庫(kù)操作，但是備份終會(huì)消耗系統(tǒng)資源。rsync，一次在執(zhí)行FLUSH TABLES WITH READ LOCL之前，一次在之后。使用了這個(gè)選項(xiàng)所有文件都會(huì)在一個(gè)cp命令里面，而不是每個(gè)文件一個(gè)cp。$ innobackupex parallel=4 /path/to/backup如果使用xbstream可以考慮通過(guò)—pressthreads加速壓縮進(jìn)程，默認(rèn)為1.$ innobackupex stream=xbstream press pressthreads=4 ./ slave sql thread會(huì)自動(dòng)啟動(dòng)。如果等待時(shí)間超過(guò)—safeslavebackuptimeout就會(huì)報(bào)錯(cuò)默認(rèn)300秒。safeslavebackupsafeslavebackup,為了保證復(fù)制狀態(tài)的一致性，這個(gè)選項(xiàng)會(huì)關(guān)閉slave sql線程，等待直到SHOW STATUSslaveinfoslaveinfo，會(huì)打印binary log的位置和master server名，并且以change master的方式寫(xiě)到xtrabackup_slave_info中。使用tar備份：$ innobackupex stream=tar /root/backup/ /root/backup/使用tar流并備份到其他服務(wù)器$ innobackupex stream=tar ./ | ssh userdestination \ cat /data/backups/提取tar流，需要加i參數(shù)$ tar xizf 也可以壓縮流$ innobackupex stream=tar ./ | gzip $ innobackupex stream=tar ./ | bzip2 使用xbstream流備份：$ innobackupex stream=xbstream /root/backup/ /root/backup/使用流壓縮:$ innobackupex stream=xbstream press /root/backup/ /root/backup/解包：$ xbstream x 使用xbstream可以平法復(fù)制壓縮可以提高備份速度?，F(xiàn)在唯一支持的壓縮算法是quicklz。使用流特性，需要指定—stream選項(xiàng)$ innobackupex stream=tar /tmpinnobackupex會(huì)用子程序啟動(dòng)xtrabackup –logstream備份壓縮和流Stream模式下，Xtrabackup的STDOUT可以指定tar或者xbstream格式輸出。備份加密具體看：Encrypted Backups還原窄備份窄備份還原和全備還原一樣直接使用—copyback選項(xiàng)。注意：為了重建速度，可以使用并發(fā)創(chuàng)建索引，使用參數(shù)—rebuildthreads指定并發(fā)數(shù)。 Rebuilding 4 index(es).對(duì)于增量備份的應(yīng)用可以先不重建索引，在應(yīng)用最后一個(gè)差異備份的時(shí)候使用—rebuildindex來(lái)創(chuàng)建索引，每次都應(yīng)用都重建索引太花時(shí)間。 Found index c_2 Found index c Rebuilding 1 index(es).Rebuilding indexes for table sbtest/sbtest2 (space id: 11) Found index k_1預(yù)備窄備份在預(yù)備窄備份的時(shí)候需要使用—rebuildindexes來(lái)重新創(chuàng)建索引$ innobackupex applylog rebuildindexes /data/backups/20130201_102948從輸出上可以看到索引被重建130201 10:40:20=2888984349pact=0to_lsn=這樣可以減少備份的大小。之后把文件復(fù)制到相應(yīng)的目錄下（注意文件的所有者和文件權(quán)限），,.(.)。OTHERSERVER|mysql CREATE TABLE mytable (...) ENGINE=InnoDB。mysql ，cfg如果存在會(huì)被用來(lái)做表結(jié)構(gòu)的驗(yàn)證。exp文件適用于percona server，cfg適用于mariadb和mysql。mydatabase/mytablenotincludedinpartialb39。 0:54:06預(yù)備部分備份部分備份的預(yù)備需要使用—export：$ innobackupex applylog export /path/to/partial/backup會(huì)出現(xiàn)以下，是因?yàn)閕nnodb表保存了數(shù)據(jù)文件但是沒(méi)有保存frm文件。注意：databasees選項(xiàng)只會(huì)對(duì)非innodb引擎表和frm文件產(chǎn)生影響，對(duì)于innodb數(shù)據(jù)文件總是備份的使用tablesfile方式如:$ echo /tmp/$ innobackupex tablesfile=/tmp/ /path/to/backup這個(gè)選項(xiàng)是應(yīng)用xtrabackup –tablefile，只有匹配到表的數(shù)據(jù)庫(kù)目錄才會(huì)被創(chuàng)建這個(gè)選項(xiàng)是傳給xtrabackup –tables，所有的數(shù)據(jù)庫(kù)目錄都會(huì)被創(chuàng)建，但是里面可能是空的。^mydatabase[.]mytable39。使用include方式include還原部分備份使用表導(dǎo)入的方式，而不是—copyback選項(xiàng)。 incremental incrementallsn=LSNnumber stream=xbstream ./ | /ssh userhostname cat | xbstream x C /backupdir/還原增量備份還原增量備份其實(shí)和還原全備一樣innobackupex copyback BASEDIR注意事項(xiàng)可以看：使用innobackupex還原備份xtrabackup –prepare，在下文介紹xtrabackup時(shí)會(huì)提到，執(zhí)行2次xtrabackup –preare會(huì)創(chuàng)建iblog*文件，與文中提到不符。xtrabackup –prepareon the directory. Otherwise, the files will be created by the server once started.注：文中提到innodb事務(wù)日志(iblog*)不會(huì)被創(chuàng)建，但是測(cè)試下使用了最后一步回滾未提交事務(wù)發(fā)現(xiàn)有iblog*文件，而且上文提到files will not be created byNote that the–redoonly就需要回滾未提交，不執(zhí)行的話在服務(wù)啟動(dòng)階段服務(wù)會(huì)處理未提交事務(wù)）。如果應(yīng)用順序錯(cuò)誤，那么備份就不可用。如果加了也沒(méi)事兒，服務(wù)啟動(dòng)的時(shí)候會(huì)進(jìn)入recovery過(guò)程，來(lái)回滾應(yīng)用另外一個(gè)備份innobackupex applylog BASEDIR incrementaldir=INCREMENTALDIR2因?yàn)槭亲詈笠粋€(gè)增量備份所以沒(méi)有必要再加—redoonly，這樣最后一個(gè)增量也被應(yīng)用到全備上了。 log sequence number 1358967120103 22:08:43 innobackupex: pleted OK!如果沒(méi)有指定—incrementaldir，那么innobackupex會(huì)使用最近的一個(gè)在basedir中被創(chuàng)建的子目錄。 log sequence number 1291135120103 22:00:12 innobackupex: pleted OK!–redoonly應(yīng)用增量備份，mysql服務(wù)能夠正常啟動(dòng)并且數(shù)據(jù)被成功還原注：在mariadb incrementallsn=1358967incremental/data/backupsinnobackupex$ innobackupex incremental /data/backups incrementalbasedir=INCREMENTALDIR1=1291135to_lsn=INCREMENTALDIR1方面之后使用。/data/backups/20130331_230118，成功后備份會(huì)生成在/data/backups下的時(shí)間戳目錄中，如：/data/backups/20130401_230118=1291135fullbackupedfrom_lsn檢查備份文件夾下的xtrabackupcheckpoints，會(huì)有一下信息：backup_type$ innobackupex /data/backups這樣就會(huì)在/data/backups下創(chuàng)建一個(gè)時(shí)間戳文件夾，如增量備份的實(shí)現(xiàn)，依賴于innodb頁(yè)上面的LSN（log sequence number），每次對(duì)數(shù)據(jù)庫(kù)的修改都會(huì)導(dǎo)致LSN自增。之后需要修改文件的所有者和權(quán)限：$ chown R mysql:mysql /var/lib/mysql注：datadir必須是為空的，innobackupex –copyback不會(huì)覆蓋已存在的文件，還要注意，還原時(shí)需要先關(guān)閉服務(wù)，如果服務(wù)是啟動(dòng)的，那么就不能還原到datadir。