【MySQL】如何快速執行 binlog

【背景】
維護mysql的時候,總會遇到資料庫恢復的例子。如果把備份集恢復出來相對比較簡單。然而如果遇到恢復到時間點的例子,把一個MySQL例項恢復出來之後，需要執行binlog做增量恢復。

【方法一】
常見的辦法是用mysqlbinlog解析binlog，將解析出來的內容重定向到mysql命令列執行。
#start是mysql-bin後面的數字

這樣做確實可以，而且row模式的binlog，也可以透過這種方式來執行。但是這樣做有幾個缺點
1. 如果解析出來的binlog在執行的過程中報錯，如何處理？直接加 -f 強制執行嗎？
2. 執行中途如何停下來，下次接著跑？ 比如我想調整一下MySQL的引數（需要重啟）後繼續跑？
3. 只能單執行緒執行。而且mysqlbinlog解析再透過管道執行，有比較高的效能開銷。

鑑於上面的缺點 下面隆重推出執行大量binlog的另外一種方法
【方法二】
我們都知道relay-log的內容和binlog的內容其實都是一樣的，那麼我是否能把binlog作為relay-log來執行呢？
答案是肯定的，屢試不爽。
詳細的步驟：
0. 先把例項正常shutdown
1. 把binlog上傳到mysql伺服器本地磁碟，放到一個固定的目錄，如/home/mysql/restore_1031
2. 如果是M-S 架構，則需要修改master.info，寫入如下內容


這裡的內容需要符合規則，只要不指向slave 就好，避免應用slave的sql。
3. 修改slave-relay-log.info, 把$STAET, $START_BINLOG_POS替換成你需要開始執行的binlog的檔名和start-position

4. 修改slave-relay-log.index, 把你需要執行的binlog列表都放進去。

5. 啟動mysql例項，執行start slave sql_thread。

使用方法二的好處：
解決了上面用mysqlbinlog解析再管道給mysql執行的各個缺陷。
1 可以隨時stop slave,調整一些引數，再start slave。
2 可以選擇忽略一些slave執行報錯。
3 如果你的mysql版本支援多執行緒複製，你還可以使用它 start slave multi_sql_thread 而且這麼做效能更好，在一個資料恢復的場景中，

效能對比:
使用mysqlbinlog 加管道的方式，每秒只能執行3000不到IUD，
使用mysql原生slave執行的方式，每秒可以執行8000 IUD。
缺點：修改master.info slave-relay-log.info等檔案，需要重啟例項才會生效。

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