MHA 日常维护命令集
生活随笔
收集整理的這篇文章主要介紹了
MHA 日常维护命令集
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
MHA?日常維護命令集 1.查看ssh登陸是否成功 masterha_check_ssh?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf 2.查看復制是否建立好 masterha_check_repl?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf? 3.啟動mha nohup?masterha_manager?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf?>?/tmp/mha_manager.log<?/dev/null?2>&1?& master去執行: #sh /etc/masterha/init_vip.sh 確認VIP綁定成功,如果業務按VIP配置的訪問DB,應該已經可以正常訪問。 注意: 第一次起動,主庫上的VIP不會自動綁定,需要手功調用init_vip.sh 去綁定,主庫發生故障切換會進行vip的漂移。 當有slave節點宕掉的情況是啟動不了的,加上--ignore_fail_on_start即使有節點宕掉也能啟動mha nohup?masterha_manager?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf?--ignore_fail_on_start>?/tmp/mha_manager.log<?/dev/null?2>&1?& 需要在配置文件中設置ignore_fail=1 4.檢查啟動的狀態 masterha_check_status --global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf? 5.停止mha masterha_stop?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf? 6.failover后下次重啟每次failover切換后會在管理目錄生成文件app1.failover.complete?,下次在切換的時候會發現有這個文件導致切換不成功,需要手動清理掉。 rm?-rf?/masterha/app1/app1.failover.complete也可以加上參數--ignore_last_failover 7.手工failover手工failover場景,master死掉,但是masterha_manager沒有開啟,可以通過手工failover: masterha_master_switch?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf?--dead_master_host=old_ip --master_state=dead ?--new_master_host=new_ip --ignore_last_failover 8.masterha_manager是一種監視和故障轉移的程序。另一方面,masterha_master_switch程序不監控主庫。masterha_master_switch可以用于主庫故障轉移,也可用于在線總開關。 9.手動在線切換masterha_master_switch?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf?--master_state=alive?--new_master_host=192.168.199.78--orig_master_is_new_slave 或者masterha_master_switch?--global_conf=/etc/masterha/masterha_default.conf?--conf=/etc/masterha/app1.conf?--master_state=alive?--new_master_host=192.168.199.78-orig_master_is_new_slave--running_updates_limit=10000 --orig_master_is_new_slave切換時加上此參數是將原master變為slave節點,如果不加此參數,原來的master將不啟動 --running_updates_limit=10000?切換時候選master如果有延遲的話,mha切換不能成功,加上此參數表示延遲在此時間范圍內都可切換(單位為s),但是切換的時間長短是由recover時relay日志的大小決定
手動在線切換mha,切換時需要將在運行的mha停掉后才能切換。在備庫先執行DDL,一般先stop?slave,一般不記錄mysql日志,可以通過set?SQL_LOG_BIN?=?0實現。然后進行一次主備切換操作,再在原來的主庫上執行DDL。這種方法適用于增減索引,如果是增加字段就需要額外注意。
Online?master?switch開始只有當所有下列條件得到滿足。 1.?IO?threads?on?all?slaves?are?running?//?在所有slave上IO線程運行。 2.?SQL?threads?on?all?slaves?are?running?//SQL線程在所有的slave上正常運行。 3.?Seconds_Behind_Master?on?all?slaves?are?less?or?equal?than?--running_updates_limit?seconds?//?在所有的slaves上Seconds_Behind_Master?要小于等于running_updates_limit?seconds 4.?On?master,?none?of?update?queries?take?more?than?--running_updates_limit?seconds?in?the?show?processlist?output?//?在主上,沒有更新查詢操作多于running_updates_limit?seconds?在show?processlist輸出結果上。轉載于:https://www.cnblogs.com/liang545621/p/7517938.html
總結
以上是生活随笔為你收集整理的MHA 日常维护命令集的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Hyper-V 2016 系列教程15
- 下一篇: vue.js组件