以前備份binlog時(shí)，都是先在本地進(jìn)行備份壓縮，然后發(fā)送到遠(yuǎn)程服務(wù)器中。但是這其中還是有一定風(fēng)險(xiǎn)的，因?yàn)槿罩镜膫浞荻际侵芷谛缘模绻谀硞€(gè)周期中，服務(wù)器宕機(jī)了，硬盤(pán)損壞了，就可能導(dǎo)致這段時(shí)間的binlog就丟失了。

而且，以前用腳本對(duì)遠(yuǎn)程服務(wù)器進(jìn)行備份的方式，有個(gè)缺點(diǎn)：無(wú)法對(duì)MySQL服務(wù)器當(dāng)前正在寫(xiě)的二進(jìn)制日志文件進(jìn)行備份。所以，只能等到MySQL服務(wù)器全部寫(xiě)完才能進(jìn)行備份。而寫(xiě)完一個(gè)binlog的時(shí)間并不固定，這就導(dǎo)致備份周期的不確定。

從MySQL5.6開(kāi)始，mysqlbinlog支持將遠(yuǎn)程服務(wù)器上的binlog實(shí)時(shí)復(fù)制到本地服務(wù)器上。

mysqlbinlog的實(shí)時(shí)二進(jìn)制復(fù)制功能并非簡(jiǎn)單的將遠(yuǎn)程服務(wù)器的日志復(fù)制過(guò)來(lái)，它是通過(guò)MySQL 5.6公布的Replication API實(shí)時(shí)獲取二進(jìn)制事件。本質(zhì)上，就相當(dāng)于MySQL的從服務(wù)器。與普通服務(wù)器類(lèi)似，主服務(wù)器發(fā)生事件后，一般都會(huì)在0.5~1秒內(nèi)進(jìn)行備份。

備份命令

解釋如下：

--read-from-remote-server：用于備份遠(yuǎn)程服務(wù)器的binlog。如果不指定該選項(xiàng)，則會(huì)查找本地的binlog。

--raw：binlog日志會(huì)以二進(jìn)制格式存儲(chǔ)在磁盤(pán)中，如果不指定該選項(xiàng)，則會(huì)以文本形式保存。

--user：復(fù)制的MySQL用戶(hù)，只需要授予REPLICATION SLAVE權(quán)限。

--stop-never：mysqlbinlog可以只從遠(yuǎn)程服務(wù)器獲取指定的幾個(gè)binlog，也可將不斷生成的binlog保存到本地。指定此選項(xiàng)，代表只要遠(yuǎn)程服務(wù)器不關(guān)閉或者連接未斷開(kāi)，mysqlbinlog就會(huì)不斷的復(fù)制遠(yuǎn)程服務(wù)器上的binlog。

mysql-bin.000001：代表從哪個(gè)binlog開(kāi)始復(fù)制。

除了以上選項(xiàng)外，還有以下幾個(gè)選項(xiàng)需要注意：

--stop-never-slave-server-id：在備份遠(yuǎn)程服務(wù)器的binlog時(shí)，mysqlbinlog本質(zhì)上就相當(dāng)于一個(gè)從服務(wù)器，該選項(xiàng)就是用來(lái)指定從服務(wù)器的server-id的。默認(rèn)為-1。

--to-last-log：代表mysqlbinlog不僅能夠獲取指定的binlog，還能獲取其后生成的binlog，獲取完了，才終止。如果指定了--stop-never選項(xiàng)則會(huì)隱式打開(kāi)--to-last-log選項(xiàng)。

--result-file：用于設(shè)置遠(yuǎn)程服務(wù)器的binlog，保存到本地的前綴。譬如對(duì)于mysql-bin.000001，如果指定--result-file=/test/backup-，則保存到本地后的文件名為/test/backup-mysql-bin.000001。注意：如果將--result-file設(shè)置為目錄，則一定要帶上目錄分隔符“/”。譬如--result-file=/test/，而不是--result-file=/test，不然保存到本地的文件名為/testmysql-bin.000001。

不足：

這個(gè)方式有個(gè)問(wèn)題，對(duì)于常規(guī)的主從復(fù)制來(lái)說(shuō)，如果主從直接的連接斷開(kāi)了，則從會(huì)自動(dòng)再次連接，而對(duì)于mysqlbinlog，如果斷開(kāi)了，并不會(huì)自動(dòng)連接。

解決方案：

可通過(guò)腳本來(lái)彌補(bǔ)上述不足。

#!/bin/shBACKUP_BIN=/usr/bin/mysqlbinlogLOCAL_BACKUP_DIR=/backup/binlog/BACKUP_LOG=/backup/binlog/backuplogREMOTE_HOST=192.168.244.145REMOTE_PORT=3306REMOTE_USER=replREMOTE_PASS=replFIRST_BINLOG=mysql-bin.000001#time to wait before reconnecting after failureSLEEP_SECONDS=10##create local_backup_dir if necessarymkdir -p ${LOCAL_BACKUP_DIR}cd ${LOCAL_BACKUP_DIR}## 運(yùn)行while循環(huán)，連接斷開(kāi)后等待指定時(shí)間，重新連接while :do if [ `ls -A "${LOCAL_BACKUP_DIR}" |wc -l` -eq 0 ];then LAST_FILE=${FIRST_BINLOG} else LAST_FILE=`ls -l ${LOCAL_BACKUP_DIR} | grep -v backuplog |tail -n 1 |awk '{print $9}'` fi ${BACKUP_BIN} --raw --read-from-remote-server --stop-never --host=${REMOTE_HOST} --port=${REMOTE_PORT} --user=${REMOTE_USER} --password=${REMOTE_PASS} ${LAST_FILE} echo "`date +"%Y/%m/%d %H:%M:%S"` mysqlbinlog停止，返回代碼：$?" | tee -a ${BACKUP_LOG} echo "${SLEEP_SECONDS}秒后再次連接并繼續(xù)備份" | tee -a ${BACKUP_LOG}  sleep ${SLEEP_SECONDS}done

腳本解讀：

1. 實(shí)際上定義了一個(gè)死循環(huán)，如果備份失敗，則10s后重新連接。

2. 第一次運(yùn)行時(shí)需指定FIRST_BINLOG的值，指從哪個(gè)binlog開(kāi)始復(fù)制，一般為mysql-bin.000001。后續(xù)執(zhí)行的時(shí)候就直接獲取備份目錄下最新的binlog，從最新的binlog開(kāi)始復(fù)制。

總結(jié)：

1. 如果指定了--raw，mysqlbinlog獲取事件后，并不會(huì)實(shí)時(shí)落盤(pán)，而是先保存在本地服務(wù)器的內(nèi)存中，每4K刷盤(pán)一次。這也就減少了頻繁的日志寫(xiě)操作。如果此時(shí)mysqlbinlog和主服務(wù)器之間的連接斷開(kāi)了，則內(nèi)存中的binlog會(huì)馬上刷新到磁盤(pán)中。

2. 盡管mysqlbinlog類(lèi)似于從服務(wù)器，但從服務(wù)器上的relaylog卻是實(shí)時(shí)存盤(pán)的，即從服務(wù)器獲取主服務(wù)器產(chǎn)生的事件后，會(huì)實(shí)時(shí)寫(xiě)入到relaylog中。

3. 如果不指定--raw，這個(gè)時(shí)候會(huì)以文本格式存盤(pán)，此時(shí)，--result-file=/test/不能指定為目錄，必須明確寫(xiě)上文件名，譬如--result-file=/test/1.sql，此時(shí)，mysqlbinlog獲取事件后，是實(shí)時(shí)落盤(pán)的，不會(huì)每4K刷盤(pán)一次。

以上所述是小編給大家介紹的MySQL binlog 遠(yuǎn)程備份教程詳解的相關(guān)知識(shí)，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)VeVb武林網(wǎng)網(wǎng)站的支持！