【背景】
維護(hù)MySQL的時候,總會遇到數(shù)據(jù)庫恢復(fù)的例子。如果把備份集恢復(fù)出來相對比較簡單。然而如果遇到恢復(fù)到時間點(diǎn)的例子,把一個MySQL實(shí)例恢復(fù)出來之后，需要執(zhí)行binlog做增量恢復(fù)。

【方法一】
常見的辦法是用mysqlbinlog解析binlog，將解析出來的內(nèi)容重定向到mysql命令行執(zhí)行。
#start是mysql-bin后面的數(shù)字

這樣做確實(shí)可以，而且row模式的binlog，也可以通過這種方式來執(zhí)行。但是這樣做有幾個缺點(diǎn)
1. 如果解析出來的binlog在執(zhí)行的過程中報錯，如何處理？直接加 -f 強(qiáng)制執(zhí)行嗎？
2. 執(zhí)行中途如何停下來，下次接著跑？ 比如我想調(diào)整一下MySQL的參數(shù)（需要重啟）后繼續(xù)跑？
3. 只能單線程執(zhí)行。而且mysqlbinlog解析再通過管道執(zhí)行，有比較高的性能開銷。

鑒于上面的缺點(diǎn) 下面隆重推出執(zhí)行大量binlog的另外一種方法
【方法二】
我們都知道relay-log的內(nèi)容和binlog的內(nèi)容其實(shí)都是一樣的，那么我是否能把binlog作為relay-log來執(zhí)行呢？
答案是肯定的，屢試不爽。
詳細(xì)的步驟：
0. 先把實(shí)例正常shutdown
1. 把binlog上傳到mysql服務(wù)器本地磁盤，放到一個固定的目錄，如/home/mysql/restore_1031
2. 如果是M-S 架構(gòu)，則需要修改master.info，寫入如下內(nèi)容


這里的內(nèi)容需要符合規(guī)則，只要不指向slave 就好，避免應(yīng)用slave的sql。
3. 修改slave-relay-log.info, 把$STAET, $START_BINLOG_POS替換成你需要開始執(zhí)行的binlog的文件名和start-position

4. 修改slave-relay-log.index, 把你需要執(zhí)行的binlog列表都放進(jìn)去。

5. 啟動mysql實(shí)例，執(zhí)行start slave sql_thread。

使用方法二的好處：
解決了上面用mysqlbinlog解析再管道給mysql執(zhí)行的各個缺陷。
1 可以隨時stop slave,調(diào)整一些參數(shù)，再start slave。
2 可以選擇忽略一些slave執(zhí)行報錯。
3 如果你的mysql版本支持多線程復(fù)制，你還可以使用它 start slave multi_sql_thread 而且這么做性能更好，在一個數(shù)據(jù)恢復(fù)的場景中，

性能對比:
使用mysqlbinlog 加管道的方式，每秒只能執(zhí)行3000不到IUD，
使用mysql原生slave執(zhí)行的方式，每秒可以執(zhí)行8000 IUD。
缺點(diǎn)：修改master.info slave-relay-log.info等文件，需要重啟實(shí)例才會生效。

下一次，如果你需要恢復(fù)大量binlog，你會選擇哪種方式？

本文標(biāo)題：【MySQL】如何快速執(zhí)行binlog
文章網(wǎng)址：http://weahome.cn/article/ihjhjg.html