MYSQL REPLICATION SLAVE 自動修復策略

MYSQL REPLICATION SLAVE 自動修復策略

MYSQL REPLICATION SLAVE 常常莫名其妙出現錯誤
尤其是Slave_IO_Running NO 這個問題網路上所有解決方法沒有一個正確。
只好自己想辦法了。
目前我自己的MySQL主機是三台,連線方向是A→B→C

解決辦法:
1.寫一個定時檢查三個DB資料列的script放在A主機內,發現不一樣的時候,自動呼叫 repair.sh
2.執行repair.sh進行修復。

repair.sh的內容
1.先停止A主機的mysql 利用mysql shutdown
2.呼叫 stop_other_mysql.sh 停止其他兩台的MySQL。由於會用到ssh登入,將使用except對話方式ssh 登入其他兩台Server,因此stop_other_mysql.sh 另外寫,不放在bash裡面。
3.刪除BC主機內,mysql/var/ 裡面目錄型態以外的全部檔案,以及要備份的DB目錄也要刪除。(本段語法可同時寫在stop_other_mysql.sh中)
4.呼叫 rsync_mysql.sh 開始進行 ssh登入B主機,使用rsync同步A主機的DB,接著再登入C主機,rsync同步A主機的DB。
5.刪除A主機內,mysql/var/ 裡面目錄型態以外的全部檔案。
6.啟動A主機的MySQL
7.呼叫 start_other_mysql.sh 啟動其他兩台的MySQL。理由同上述第二點.

打完收工!

 

P.S 至於 當MySQL停擺時,主機該怎麼提供服務?那又是另外一個故事了

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *