1.校驗ssh等效驗證 ```shell masterha_check_ssh --conf=/etc/mha/app1.cnf ``` 2.校驗mysql復制 ```shell masterha_check_repl --conf=/etc/mha/app1.cnf ``` 3.啟動mha監控，在master故障時開啟自動轉移 ```shell nohup masterha_manager --conf=/etc/mha/app1.cnf > /tmp/mha_manager.log 2>&1 & ``` 4.檢查啟動的狀態 ```shell masterha_check_status --conf=/etc/mha/app1.cnf ``` 5.停止mha ```shell masterha_stop --conf=/etc/mha/app1.cnf ``` 6.多次failover MHA在每次failover切換后會在管理目錄生成文件app1.failover.complete ，下次在切換的時候 如果由于間隔時間太短導致切換不成功，應手動清理掉。 ```shell rm -rf /var/log/mha/app1/app1.failover.complete 或者通過加上參數--ignore_last_failover來忽略 ``` 7.手工failover 手工failover場景，適用于在master死掉，而masterha_manager未開啟情形，如下，指定--master_state=dead ```shell masterha_master_switch --conf=/etc/mha/app1.cnf --master_state=dead --dead_master_host=192.168.0.230 --dead_master_port=3306 --new_master_host=192.168.0.235 --new_master_port=3306 #可選 --ignore_last_failover ``` 8.手動在線主從切換,如下，指定--master_state=alive ```shell masterha_master_switch --conf=/etc/mha/app1.cnf --master_state=alive --new_master_host=192.168.0.230 --new_master_port=3306 --orig_master_is_new_slave #可選 --interactive=0 #可選 --running_updates_limit=10000 ``` --orig_master_is_new_slave 表明在切換時原master變為新master的slave節點 --interactive=0 零交互 --running_updates_limit=10000 切換時候選master如果有延遲的話，mha切換不能成功，加上此參數表示延遲在此時間范圍內都可切換（單位為s）， 但是切換的時間長短是由recover時relay日志的大小決定