【文章內(nèi)容簡(jiǎn)介】 reads加速當(dāng)有多個(gè)文件時(shí)，可以使用使用—parallel加速備份，這個(gè)選項(xiàng)會(huì)指定xtrabackup備份文件的線程數(shù)。$ innobackupex parallel=4 /path/to/backup如果使用xbstream可以考慮通過—pressthreads加速壓縮進(jìn)程，默認(rèn)為1.$ innobackupex stream=xbstream press pressthreads=4 ./ 使用rsync加速為了加速?gòu)?fù)制過程，最小化FLUSH TABLES WITH READ LOCK堵塞時(shí)間，使用innobackupex –rsync。使用了這個(gè)選項(xiàng)所有文件都會(huì)在一個(gè)cp命令里面，而不是每個(gè)文件一個(gè)cp。并且innobackupex會(huì)調(diào)用2次rsync，一次在執(zhí)行FLUSH TABLES WITH READ LOCL之前，一次在之后。第二次執(zhí)行的時(shí)候會(huì)把第一次之后的修改過的數(shù)據(jù)。節(jié)流(throttling)備份盡管innobackupex不會(huì)堵塞數(shù)據(jù)庫(kù)操作，但是備份終會(huì)消耗系統(tǒng)資源。為了減少資源消耗，可以使用—throttle來限制每秒鐘讀寫對(duì)次數(shù)。還原獨(dú)立表使用xtrabackup來導(dǎo)出指定表，然后導(dǎo)入到XtraDB或者M(jìn)ysql （測(cè)試可以的導(dǎo)入mariadb ）mariadb ibd然后通過import tablespace倒入。導(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/導(dǎo)入表先創(chuàng)建一個(gè)表，表結(jié)構(gòu)需要和被還原的一樣。OTHERSERVER|mysql CREATE TABLE mytable (...) ENGINE=InnoDB。然后discard表空間OTHERSERVER|mysql ALTER TABLE DISCARD TABLESPACE。之后把文件復(fù)制到相應(yīng)的目錄下（注意文件的所有者和文件權(quán)限），,.(.)。然后import表空間OTHERSERVER|mysql ALTER TABLE IMPORT TABLESPACE。時(shí)間點(diǎn)還原和mysql手冊(cè)中介紹的時(shí)間點(diǎn)還原一樣，xtrabackup也是通過binary log進(jìn)行時(shí)間點(diǎn)還原。先進(jìn)行備份$ innobackupex /path/to/backup notimestamp然后進(jìn)行預(yù)備$ innobackupex applylog /path/to/backup在服務(wù)器中找出操作binary log和當(dāng)前binary log狀態(tài)mysql SHOW BINARY LOGS。+++| Log_name | File_size |+++| | 126 || | 1306 || | 126 || | 497 |+++mysql SHOW MASTER STATUS。+++++| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |+++++| | 497 | | |+++++然后查看xtrabackup_binlog_info確定備份的binary log位置：$ cat /path/to/backup/xtrabackup_binlog_info 57還原數(shù)據(jù)庫(kù)$ innobackupex copyback /path/to/backup然后使用mysqlbinlog取出binary log中的記錄，然后輸出到文件$ mysqlbinlog /path/to/datadir/ /path/to/datadir/ \ startposition=57 然后檢查輸出的文件，確定要恢復(fù)到的位置，然后執(zhí)行恢復(fù)$ mysqlbinlog /path/to/datadir/ /path/to/datadir/ \ startposition=57 stopdatetime=111225 01:00:00 | mysql u root p提高對(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è)大的查詢。因?yàn)楫?dāng)有大的查詢的時(shí)候，F(xiàn)LUSH TABLES WITH READ LOCK會(huì)被卡住。為了能夠避免這種事情發(fā)生需要實(shí)現(xiàn)2個(gè)事情：所有查詢或者只能存在SELECT查詢。即kill所有阻止獲取全局鎖的查詢。等待查詢完成為了避免innobackupex等待FLUSH TABLES WITH READ LOCK執(zhí)行太長(zhǎng)時(shí)間，可以使用innobackupex –lockwaittimeout，可以用來限制等待時(shí)間，一旦超時(shí)就會(huì)報(bào)錯(cuò)退出。另外一個(gè)是設(shè)置等待查詢的類型，innobackupex lockwaitquerytype可取的值是all或者update，如果為all那么會(huì)等待所有長(zhǎng)運(yùn)行查詢完成，如果是update，會(huì)等待除select之外的DML完成。lockwaitthreshold用來定義loclwaitquerytype中的長(zhǎng)運(yùn)行查詢，如果超過lockwaitthreshold都算長(zhǎng)運(yùn)行查詢。Kill堵塞查詢innobackupex可以kill所有阻止獲取全局鎖的查詢?？梢酝ㄟ^指定killlongqueriestimeout用來指定執(zhí)行FLUSH TABLES WITH READ LOCK后還可以執(zhí)行的時(shí)間，0為不kill，killlongquerytype用來指定超時(shí)之后，kill的查詢類型，可以是all或者select。例如：$ innobackupex lockwaitthreshold=40 lockwaitquerytype=all lockwaittimeout=180 killlongqueriestimeout=20 killlongquerytype=all /data/backups/ innobackupex工作原理innobackupex是perl腳本，封裝了xtrabackup和tar4ibd的功能。備份如果沒有指定，innobackupex默認(rèn)認(rèn)為是備份模式。默認(rèn)innobackupex會(huì)以suspendatend啟動(dòng)xtrabackup，來復(fù)制innodb文件。當(dāng)xtrabackup復(fù)制完成，innobackupex發(fā)現(xiàn)創(chuàng)建的xtrabckup_suspended_2文件，就執(zhí)行FLUASH TABLES WITH READ LOCL復(fù)制其他文件。xtrabackup的確定，如果運(yùn)行的時(shí)候沒有帶ibbackup參數(shù)，那么innobackupex會(huì)從xtrabackup_binary上找，然后讀取要啟動(dòng)xtrabackup的二進(jìn)制文件。否則只能通過連接mysql服務(wù)確定使用的二進(jìn)制文件。如果不能連接就錯(cuò)誤。決定好二進(jìn)制文件之后，斷開連接以二進(jìn)制方式啟動(dòng)binary。如果不是增量備份，連接到服務(wù)，如果啟動(dòng)了safeslavebackup等待slave，然后獲取全局read lock，防止其他引擎的表被修改，讀鎖只鎖定非innodb表，并且在innodb表復(fù)制完數(shù)據(jù)和日志后進(jìn)行。當(dāng)所有文件備份完之后，恢復(fù)ibbackup并等待完成對(duì)事務(wù)復(fù)制，復(fù)制在備份期間生產(chǎn)的事務(wù)。然后釋放表鎖，slave啟動(dòng)并且連接關(guān)閉，然后刪除xtrabckup_suspended_2文件。還原還原數(shù)據(jù)庫(kù)使用copyback選項(xiàng)datadir,innodb_data_home_dir,innodb_data_file_path,innodb_log_group_home_dir并檢查目錄是否存在。然后復(fù)制MyISAM表，索引，然后復(fù)制innodb表和索引，最后日志文件。復(fù)制的時(shí)候會(huì)保留文件屬性，需要修改用戶所有者。恢復(fù)除了copback也可以使用moveback，不同的是一個(gè)是復(fù)制，一個(gè)是移動(dòng)。 Reference主要介紹一些選項(xiàng)：TheinnobackupexOption Reference使用Xtrabackup選擇bianryXtrabackup有4個(gè)binary：Xtrabackup，Xtrabackup_51，Xtrabackup_55，Xtrabackup_56。服務(wù)和binary對(duì)照：ServerxtrabackupbinaryMySQL .*xtrabackup_51MySQL .* with InnoDB pluginxtrabackupMySQL .*xtrabackup_55MySQL .*xtrabackup_56MariaDB .*xtrabackupMariaDB .*xtrabackupMariaDB .*xtrabackupMariaDB .*xtrabackup_55MariaDB .*xtrabackup_56Percona Server xtrabackup_51Percona Server xtrabackupPercona Server xtrabackup_55Percona Server xtrabackup_56配置Xtrabackup所有的Xtrabackup配置都是通過選項(xiàng)設(shè)置，可以是命令行參數(shù)。xtrabackup會(huì)讀取[mysql],[xtrabackup]選項(xiàng)，若Xtrabackup讀入，會(huì)覆蓋[mysqld]的選項(xiàng)。并不是所有的配置都要寫入配置文件，寫配置文件只是為了方便。xtrabackup并不接受和mysqld一樣的語(yǔ)法，有些語(yǔ)法不支持如，setvariable=variable=value要用variable=value語(yǔ)法。xtrabackup并不需要特殊的存儲(chǔ)，但是如果是NFS并不是以sync掛載，那么在執(zhí)行fsync的時(shí)候可能并不是真正的同步數(shù)據(jù)。創(chuàng)建全備和還原創(chuàng)建全備使用xtrabackup創(chuàng)建全備需要指定選項(xiàng)backup，還需要指定target_dir，如果target不存在，會(huì)創(chuàng)建一個(gè)，如果存在那么如果是空的就會(huì)成功，如果不是空的，不會(huì)覆蓋已存在文件，并且報(bào)錯(cuò)。主要完成2個(gè)任務(wù)： copy線程，用來監(jiān)控innodb日志文件(ib_logfile*),如果修改就復(fù)制到xtrabackup_logfile，因?yàn)閺?fù)制會(huì)持續(xù)很長(zhǎng)時(shí)間，所以恢復(fù)進(jìn)程需要所有從備份開始到結(jié)束的所有日志。，這個(gè)并不是簡(jiǎn)單的復(fù)制，是和innodb引擎一樣，從數(shù)據(jù)目錄中一頁(yè)一頁(yè)的復(fù)制。當(dāng)數(shù)據(jù)文件完成復(fù)制，xtrabackup會(huì)停止對(duì)日志的復(fù)制，并在目標(biāo)目錄中創(chuàng)建xtrabackup_checkpoint文件。$xtrabackup backup datadir=/var/lib/mysql/ targetdir=/data/backups/mysql/在備份輸出的時(shí)候，可以看到日志的復(fù)制。 log scanned up to (3646475465483) log scanned up to (3646475517369) log scanned up to (3646475581716) log scanned up to (3646475636841) log scanned up to (3646475718082) log scanned up to (3646475988095) log scanned up to (3646476048286) log scanned up to (3646476102877) log scanned up to (3646476140854)[01] Copying /usr/local/mysql/var/