1 簡介
基于binlog的恢複需要建立在全量備份恢複基礎上。使用mysqldump的全量備份的方法在我前面的文章裡有詳細介紹,可以參考: http://blog.csdn.net/jesseyoung/article/details/41078947
我們可以将增量的binlog備份下來,用來恢複增量資料。
2 還原增量binlog的方法
2.1 時間點的恢複建立在一下規則的基礎上:
1 mysql伺服器需要開啟二進制日志--log-bin
檢視所有binlog檔案
mysql> SHOW BINARY LOGS;
檢視目前binlog檔案資訊(包含檔案名,目前位置等)
mysql> SHOW MASTER STATUS;
2 mysqlbinlog工具将binary log檔案由二進制轉換為可讀的文本檔案,可以選擇基于時間或位置的事件。
3 從binary log檔案中執行事件會導緻資料的修改,表示要重做資料。指令為:
[[email protected] /]# mysqlbinlog binlog_files | mysql -u root -p
4 檢視binlog的時間及位置資訊我們可以講binlog内容輸出到終端或文本檔案
[[email protected] /]# mysqlbinlog binlog_files | more
[[email protected] /]# mysqlbinlog binlog_files > tmpfile
5 将二進制日志輸出到檔案非常有用,比如我們想要删除某些我們不想執行的語句。
通過文本檔案導入到資料庫
[[email protected] /]# mysql -u root -p < tmpfile
2.2 多個binlog log日志的還原最好将所有檔案使用一個連接配接完成,如果使用不同連接配接的話有時會導緻不安全
例如:
[[email protected] /]# mysqlbinlog binlog.000001 | mysql -u root -p # DANGER!!
[[email protected] /]# mysqlbinlog binlog.000002 | mysql -u root -p # DANGER!!
如果第一個日志包含建立臨時表語句CREATE TEMPORARY TABLE,第二個日志要使用該臨時表,第一個導入binlog日志的程序退出後臨時表會被删除,執行第二個日志檔案要使用臨時表時會因找不到而報 “unknown table.”
建議的方法:
方法1:
所有二進制檔案放在單個連接配接裡
[[email protected] /]# mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p
方法2:
将所有二進制檔案寫在一個檔案裡執行
[[email protected] /]# mysqlbinlog binlog.000001 > /tmp/statements.sql
[[email protected] /]# mysqlbinlog binlog.000002 >> /tmp/statements.sql
[[email protected] /]# mysql -u root -p -e "source /tmp/statements.sql"
使用方法二如果二進制檔案裡包含GTID資訊需要過濾掉
[[email protected] /]# mysqlbinlog --skip-gtids binlog.000001 > /tmp/dump.sql
[[email protected] /]# mysqlbinlog --skip-gtids binlog.000002 >> /tmp/dump.sql
[[email protected] /]# mysql -u root -p -e "source /tmp/dump.sql"
3 通過時間點或位置點的恢複
如果我們要跳過某個時間段或位置段,需要指定起止時間或位置資訊
3.1 通過事件的時間來恢複
我們可以通過參數--start-datetime 和 --stop-datetime指定恢複binlog日志的起止時間點,時間使用DATETIME格式。
比如在時間點2005-04-20 10:00:00我們删除掉一個庫,我們要恢複該時間點前的所有日志
[[email protected] /]# mysqlbinlog --stop-datetime="2005-04-20 9:59:59" /usr/local/mysql/data/binlog.123456 | mysql -u root -p
我們可能幾個小時後才發現該錯誤,後面又有一系列的增删查改等操作,我們還需要恢複後續的binlog,我們可以指定起始時間
[[email protected] /]# mysqlbinlog --start-datetime="2005-04-20 10:01:00" /usr/local/mysql/data/binlog.123456 | mysql -u root -p
通過該種方法恢複我們需要通過檢視binlog日志知道發生誤操作的确切時間點,檢視日志我們可以先将日志輸出到文本裡
[[email protected] /]# mysqlbinlog /usr/local/mysql/data/binlog.123456 > /tmp/mysql_restore.sql
3.2 通過事件的位置來恢複
我們可以通過參數--start-position 和 --stop-position指定恢複binlog日志的起止位置點,通過位置的恢複需要我們有更加精細的操作,例如在某個時間點我們執行了錯誤的語句,且這個時間點前後都有大并發操作,要确定破壞性sql的時間點,我們可以先導出大緻的時間段的日志到檔案以縮小查找範圍,再去分析和确定
[[email protected] /]# mysqlbinlog --start-datetime="2005-04-20 9:55:00" --stop-datetime="2005-04-20 10:05:00" /usr/local/mysql/data/binlog.123456 > /tmp/mysql_restore.sql
确定好需要跳過的位置之後,我們就可以進行恢複了
[[email protected] /]# mysqlbinlog --stop-position=368312 /usr/local/mysql/data/binlog.123456 | mysql -u root -p
[[email protected] /]# mysqlbinlog --start-position=368315 /usr/local/mysql/data/binlog.123456 | mysql -u root -p
注:mysqlbinlog工具的輸出會在每條sql語句前增加 SET TIMESTAMP語句,恢複的資料及mysql日志反映目前時間。
****************************************************************************************
原文位址:http://blog.csdn.net/jesseyoung/article/details/41211841
部落格首頁:http://blog.csdn.net/jesseyoung
****************************************************************************************