MySQL備份方案

標籤：

下面將分別類比不同情境資料庫宕機解決方案：這裡應用到的技術分別為innobackuper及binlog日誌來進入還原資料

一、主從庫情況下（為了不影響主庫的效能，備份都放在從庫上進行）當主庫宕機時，如何最快切換從庫為主庫提供服務，在後續主庫修複後重新切換回來。

準備環境：

1）主庫時時備份binlog記錄檔，預設保留7天binlog檔案。

2）從庫每天通過innobackuper軟體進行一次全備

3）從庫同樣開啟binlog日誌記錄，並時時備份記錄檔，預設保留7天binlog檔案。

4）從庫每小時進行一次增量備份

故障環境：

現主庫出現問題，不能提供服務，且修複時間較長。為了不影響業務，方案如下：

1）馬上停止主庫

2）從庫停止主從進程

3）從庫當前已經和主庫同步到哪，切換從庫為主庫時有兩種情況：

　　a）查看從庫是否已經同步完主庫的binlog日誌，如果同步完。

     a1）若同步完情況下先別急著做切換，而是先通過show master status查看當前從庫的binlog位置在哪，記錄下。

　　（目的是為了等主庫修複完成後，可通過切換回，並將從庫從切換主庫的那時到最後的資料還原的主庫中。）

     a2）當主庫修複完成後，先將從庫設定為唯讀模式，並將從庫後面產生的binlog日誌資料還原到主庫中，再啟動主庫       提供服務，再到從庫中通過change maste to命令從新指定主庫的最新binlog檔案及位置做從庫。

     b) 查看從庫還沒有同步完主庫的binlog日誌時，就先將未讀完的binlog日誌發到從庫中，進行恢複，其他動作就如第        一種情況一樣。

 

二、一台資料庫情況下（此情況針對業務不是繁忙的情況下）

準備環境：

1）每天進行一次全備

2）每小時進行一次增備

3）binlog日誌時時備份

故障環境：

現資料庫出現宕機，不能提供服務，且修複時間較長，現解決方案如下：

1）將最後一次全備的備份資料在另一資料庫機器上進行還原

2）查看最後一次全備的binlog及位置進行增量還原

3）還原後進行向外提供服務（若資料量較大，時間上是個瓶頸，影響業務。）

 

MySQL備份方案