mysql 備份恢複

標籤：position   restore   建議   資訊   target   nts   建立   技術分享   rar   

mysql備份還原-基於binlog的增量備份還原  1 簡介
    基於binlog的恢複需要建立在全量備份恢複基礎上。使用mysqldump的全量備份的方法在我前面的文章裡有詳細介紹，可以參考： http://blog.csdn.net/jesseyoung/article/details/41078947
    我們可以將增量的binlog備份下來，用來恢複增量資料。
2 還原增量binlog的方法
    2.1 時間點的恢複建立在一下規則的基礎上:
    1 mysql伺服器需要開啟二進位日誌--log-bin
    查看所有binlog檔案

1. mysql> SHOW BINARY LOGS;  

    查看當前binlog檔案資訊（包含檔案名稱，當前位置等）

1. mysql> SHOW MASTER STATUS;  

    2 mysqlbinlog工具將binary log檔案由二進位轉換為可讀的文字檔，可以選擇基於時間或位置的事件。
    3 從binary log檔案中執行事件會導致資料的修改，表示要重做資料。命令為：

1. [[email protected] /]# mysqlbinlog binlog_files | mysql -u root -p  

    4 查看binlog的時間及位置資訊我們可以講binlog內容輸出到終端或文字檔

1. [[email protected] /]# mysqlbinlog binlog_files | more  
2. [[email protected] /]# mysqlbinlog binlog_files > tmpfile  

    5 將二進位日誌輸出到檔案非常有用，比如我們想要刪除某些我們不想執行的語句。
    通過文字檔匯入到資料庫

1. [[email protected] /]# mysql -u root -p < tmpfile  

    2.2 多個binlog log日誌的還原最好將所有檔案使用一個串連完成，如果使用不同串連的話有時會導致不安全
    例如：

1. [[email protected] /]# mysqlbinlog binlog.000001 | mysql -u root -p # DANGER!!  
2. [[email protected] /]# mysqlbinlog binlog.000002 | mysql -u root -p # DANGER!!  

    如果第一個日誌包含建立暫存資料表語句CREATE TEMPORARY TABLE，第二個日誌要使用該暫存資料表，第一個匯入binlog日誌的進程退出後暫存資料表會被刪除，執行第二個記錄檔要使用暫存資料表時會因找不到而報 “unknown table.”
    建議的方法：
    方法1：
    所有二進位檔案放在單個串連裡

1. [[email protected] /]# mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p  

    方法2：
    將所有二進位檔案寫在一個檔案裡執行

1. [[email protected] /]# mysqlbinlog binlog.000001 >  /tmp/statements.sql  
2. [[email protected] /]# mysqlbinlog binlog.000002 >> /tmp/statements.sql  
3. [[email protected] /]# mysql -u root -p -e "source /tmp/statements.sql"  

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

1. [[email protected] /]# mysqlbinlog --skip-gtids binlog.000001 >  /tmp/dump.sql  
2. [[email protected] /]# mysqlbinlog --skip-gtids binlog.000002 >> /tmp/dump.sql  
3. [[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我們刪除掉一個庫，我們要恢複該時間點前的所有日誌

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

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

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

    通過該種方法恢複我們需要通過查看binlog日誌知道發生誤操作的確切時間點，查看日誌我們可以先將日誌輸出到文本裡

1. [[email protected] /]# mysqlbinlog /usr/local/mysql/data/binlog.123456 > /tmp/mysql_restore.sql  

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

1. [[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  

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

1. [[email protected] /]# mysqlbinlog --stop-position=368312 /usr/local/mysql/data/binlog.123456 | mysql -u root -p  
2. [[email protected] /]# mysqlbinlog --start-position=368315 /usr/local/mysql/data/binlog.123456 | mysql -u root -p  

    註：mysqlbinlog工具的輸出會在每條sql語句前增加 SET TIMESTAMP語句，恢複的資料及mysql日誌反映目前時間。

mysql 備份恢複