mysql增量備份還原詳解

<a target="_blank" href="http://blog.csdn.net/jesseyoung/article/details/41211841">1 簡介</a>

    我們可以将增量的binlog備份下來，用來恢複增量資料。

<a target="_blank" href="http://blog.csdn.net/jesseyoung/article/details/41211841">2 還原增量binlog的方法</a>

    2.1 時間點的恢複建立在一下規則的基礎上:

    1 mysql伺服器需要開啟二進制日志--log-bin

    檢視所有binlog檔案

mysql&gt; show binary logs;  

    檢視目前binlog檔案資訊（包含檔案名，目前位置等）

mysql&gt; show master status;  

2 mysqlbinlog工具将binary log檔案由二進制轉換為可讀的文本檔案，可以選擇基于時間或位置的事件。

3 從binary log檔案中執行事件會導緻資料的修改，表示要重做資料。指令為：

[root@localhost /]# mysqlbinlog binlog_files | mysql -u root -p  

    4 檢視binlog的時間及位置資訊我們可以講binlog内容輸出到終端或文本檔案

[root@localhost /]# mysqlbinlog binlog_files | more  

[root@localhost /]# mysqlbinlog binlog_files &gt; tmpfile  

    5 将二進制日志輸出到檔案非常有用，比如我們想要删除某些我們不想執行的語句。

    通過文本檔案導入到資料庫

[root@localhost /]# mysql -u root -p &lt; tmpfile  

    2.2 多個binlog log日志的還原最好将所有檔案使用一個連接配接完成，如果使用不同連接配接的話有時會導緻不安全

    例如：

[root@localhost /]# mysqlbinlog binlog.000001 | mysql -u root -p # danger!!  

[root@localhost /]# mysqlbinlog binlog.000002 | mysql -u root -p # danger!!  

    如果第一個日志包含建立臨時表語句create temporary table，第二個日志要使用該臨時表，第一個導入binlog日志的程序退出後臨時表會被删除，執行第二個日志檔案要使用臨時表時會因找不到而報 “unknown table.”

   建議的方法：

    方法1：

    所有二進制檔案放在單個連接配接裡

[root@localhost /]# mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p  

    方法2：

    将所有二進制檔案寫在一個檔案裡執行

[root@localhost /]# mysqlbinlog binlog.000001 &gt;  /tmp/statements.sql  

[root@localhost /]# mysqlbinlog binlog.000002 &gt;&gt; /tmp/statements.sql  

[root@localhost /]# mysql -u root -p -e "source /tmp/statements.sql"  

    使用方法二如果二進制檔案裡包含gtid資訊需要過濾掉

[root@localhost /]# mysqlbinlog --skip-gtids binlog.000001 &gt;  /tmp/dump.sql  

[root@localhost /]# mysqlbinlog --skip-gtids binlog.000002 &gt;&gt; /tmp/dump.sql  

[root@localhost /]# mysql -u root -p -e "source /tmp/dump.sql"  

<a target="_blank" href="http://blog.csdn.net/jesseyoung/article/details/41211841">3 通過時間點或位置點的恢複</a>

    如果我們要跳過某個時間段或位置段，需要指定起止時間或位置資訊

3.1 通過事件的時間來恢複

    我們可以通過參數--start-datetime 和 --stop-datetime指定恢複binlog日志的起止時間點，時間使用datetime格式。

    比如在時間點2005-04-20 10:00:00我們删除掉一個庫，我們要恢複該時間點前的所有日志

[root@localhost /]# mysqlbinlog --stop-datetime="2005-04-20 9:59:59" /usr/local/mysql/data/binlog.123456 | mysql -u root -p  

    我們可能幾個小時後才發現該錯誤，後面又有一系列的增删查改等操作，我們還需要恢複後續的binlog，我們可以指定起始時間

[root@localhost /]# mysqlbinlog --start-datetime="2005-04-20 10:01:00" /usr/local/mysql/data/binlog.123456 | mysql -u root -p  

    通過該種方法恢複我們需要通過檢視binlog日志知道發生誤操作的确切時間點，檢視日志我們可以先将日志輸出到文本裡

[root@localhost /]# mysqlbinlog /usr/local/mysql/data/binlog.123456 &gt; /tmp/mysql_restore.sql  

 3.2 通過事件的位置來恢複

    我們可以通過參數--start-position 和 --stop-position指定恢複binlog日志的起止位置點，通過位置的恢複需要我們有更加精細的操作，例如在某個時間點我們執行了錯誤的語句，且這個時間點前後都有大并發操作，要确定破壞性sql的時間點，我們可以先導出大緻的時間段的日志到檔案以縮小查找範圍，再去分析和确定

[root@localhost /]# mysqlbinlog --start-datetime="2005-04-20 9:55:00"  --stop-datetime="2005-04-20 10:05:00" /usr/local/mysql/data/binlog.123456 &gt; /tmp/mysql_restore.sql  

    确定好需要跳過的位置之後，我們就可以進行恢複了

[root@localhost /]# mysqlbinlog --stop-position=368312 /usr/local/mysql/data/binlog.123456 | mysql -u root -p  

[root@localhost /]# mysqlbinlog --start-position=368315 /usr/local/mysql/data/binlog.123456 | mysql -u root -p  

    注：mysqlbinlog工具的輸出會在每條sql語句前增加 set timestamp語句，恢複的資料及mysql日志反映目前時間。

參考：

<a target="_blank" href="http://blog.csdn.net/jesseyoung/article/details/41211841">http://blog.csdn.net/jesseyoung/article/details/41211841</a>

<a target="_blank" href="http://cwtea.blog.51cto.com/4500217/1259509">http://cwtea.blog.51cto.com/4500217/1259509</a>

mysql資料庫會以二進制形式，自動把使用者對mysql資料庫的操作，記錄到備份檔案中。

當使用者希望恢複的時候，可以使用備份檔案，來進行相應的恢複。

備份檔案中會記錄建立表的語句、删除表的語句、insert語句、delect語句、update語句等，而不會記錄select語句。

增量備份記錄的内容包括：

（1）操作語句本身。

（2）操作的時間。

（3）操作的位置。