MySQL5.7 MHA部署

秒速五厘米 2021-11-17 03:28 254阅读 0赞

**MHA****部署文档**

**一、MHA****介绍**

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是日本的一位

MySQL专家采用Perl语言编写的一个脚本管理工具，该工具仅适用于MySQLReplication（二层）环境，目的在于维持Master主库的高可用性。是一套优秀的作为MySQL高可用性

环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上

保证数据的一致性，以达到真正意义上的高可用。

MHA是自动的master故障转移和Slave提升的软件包.它是基于标准的MySQL复制(异步/半同步).该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。

1）MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Manager会定时探测集群中的node节点,当发现master

出现故障的时候,它可以自动将具有最新数据的slave提升为新的master,然后将所有其它的slave导向新的master上.整个故障转移过程对应用程序是透明的。

2）MHA Node运行在每台MySQL服务器上，它通过监控具备解析和清理logs功能的脚本来加快故障转移的。

在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过ssh访问，

MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave

已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。

目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至

少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。

![1664283-20190418103925131-813922453.png][]

**二、MHA****工作架构说明**

相较于其它HA软件，MHA的目的在于维持MySQL Replication中Master库的高可用性，其最大特点是可以修复多个Slave之间的差异日志，最终使所有Slave保持数据一致，

然后从中选择一个充当新的Master，并将其它Slave指向它。工作流程主要如下：

1）从宕机崩溃的master保存二进制日志事件（binlog events）;

2）识别含有最新更新的slave；

3）应用差异的中继日志（relay log）到其他的slave；

4）应用从master保存的二进制日志事件（binlog events）；

5）提升一个slave为新的master；

6）使其他的slave连接新的master进行复制；

**MHA****工作原理**

![1664283-20190418103930021-988608007.png][]

当master出现故障时，通过对比slave之间I/O线程读取master binlog的位置，选取最接近的slave做为latest slave。其它slave通过与latest slave对比生成差异中继日志。

在latest slave上应用从master保存的binlog，同时将latest slave提升为master。最后在其它slave上应用相应的差异中继日志并开始从新的master开始复制。

在MHA实现Master故障切换过程中，MHA Node会试图访问故障的master（通过SSH），如果可以访问（不是硬件故障，比如InnoDB数据文件损坏等），会保存二进制文件，以最大程度

保证数据不丢失。MHA和半同步复制一起使用会大大降低数据丢失的危险。

MHA软件的架构：由两部分组成，Manager工具包和Node工具包，具体的说明如下。

Manager工具包主要包括以下几个工具：

masterha\_check\_ssh              检查MHA的SSH配置状况

masterha\_check\_repl             检查MySQL复制状况

masterha\_manger                 启动MHA

masterha\_check\_status           检测当前MHA运行状态

masterha\_master\_monitor         检测master是否宕机

masterha\_master\_switch          控制故障转移（自动或者手动）

masterha\_conf\_host              添加或删除配置的server信息

Node工具包（这些工具通常由MHA Manager的脚本触发，无需人为操作）主要包括以下几个工具：

save\_binary\_logs（保存二进制日志）             保存和复制master的二进制日志

apply\_diff\_relay\_logs（应用差异中继日志）      识别差异的中继日志事件并将其差异的事件应用于其他的slave

filter\_mysqlbinlog                          去除不必要的ROLLBACK事件（MHA已不再使用这个工具）

purge\_relay\_logs（清理中继日志）               清除中继日志（不会阻塞SQL线程）

.....................................................................................................

MHA如何保持数据的一致性呢？主要通过MHA node的以下几个工具实现，但是这些工具由mha manager触发：

save\_binary\_logs         如果master的二进制日志可以存取的话，保存复制master的二进制日志，最大程度保证数据不丢失

apply\_diff\_relay\_logs    相对于最新的slave，生成差异的中继日志并将所有差异事件应用到其他所有的slave

注意：

对比的是relay log，relay log越新就越接近于master，才能保证数据是最新的。

purge\_relay\_logs删除中继日志而不阻塞sql线程

**MHA****的优势**

1）故障切换快

在主从复制集群中，只要从库在复制上没有延迟，MHA通常可以在数秒内实现故障切换。9-10秒内检查到master故障，可以选择在7-10秒关闭master以避免出现裂脑，几秒钟内，

将差异中继日志（relay log）应用到新的master上，因此总的宕机时间通常为10-30秒。恢复新的master后，MHA并行的恢复其余的slave。即使在有数万台slave，也不会

影响master的恢复时间。

DeNA在超过150个MySQL（主要5.0/5.1版本）主从环境下使用了MHA。当mater故障后，MHA在4秒内就完成了故障切换。在传统的主动/被动集群解决方案中，4秒内完成故障切换是不可能的。

2）master故障不会导致数据不一致

当目前的master出现故障时，MHA自动识别slave之间中继日志（relay log）的不同，并应用到所有的slave中。这样所有的salve能够保持同步，只要所有的slave处于存活

状态。和Semi-Synchronous Replication一起使用，（几乎）可以保证没有数据丢失。

3）无需修改当前的MySQL设置

MHA的设计的重要原则之一就是尽可能地简单易用。MHA工作在传统的MySQL版本5.0和之后版本的主从复制环境中。和其它高可用解决方法比，MHA并不需要改变MySQL的部署环境。

MHA适用于异步和半同步的主从复制。

启动/停止/升级/降级/安装/卸载MHA不需要改变（包扩启动/停止）MySQL复制。当需要升级MHA到新的版本，不需要停止MySQL，仅仅替换到新版本的MHA，然后重启MHA　Manager

就好了。

MHA运行在MySQL 5.0开始的原生版本上。一些其它的MySQL高可用解决方案需要特定的版本（比如MySQL集群、带全局事务ID的MySQL等等），但并不仅仅为了master的高可用才迁移应用的。在大多数情况下，已经部署了比较旧MySQL应用，并且不想仅仅为了实现Master的高可用，花太多的时间迁移到不同的存储引擎或更新的前沿发行版。MHA工作的包括5.0/5.1/5.5的原生版本的MySQL上，所以并不需要迁移。

4）无需增加大量的服务器

MHA由MHA Manager和MHA Node组成。MHA Node运行在需要故障切换/恢复的MySQL服务器上，因此并不需要额外增加服务器。MHA Manager运行在特定的服务器上，因此需要

增加一台（实现高可用需要2台），但是MHA Manager可以监控大量（甚至上百台）单独的master，因此，并不需要增加大量的服务器。即使在一台slave上运行MHA Manager也是

可以的。综上，实现MHA并没用额外增加大量的服务。

5）无性能下降

MHA适用与异步或半同步的MySQL复制。监控master时，MHA仅仅是每隔几秒（默认是3秒）发送一个ping包，并不发送重查询。可以得到像原生MySQL复制一样快的性能。

6）适用于任何存储引擎

MHA可以运行在只要MySQL复制运行的存储引擎上，并不仅限制于InnoDB，即使在不易迁移的传统的MyISAM引擎环境，一样可以使用MHA。

**三、环境说明**

系统：Red Hat Enterprise Linux Server release 6.3

Ip地址             主机名           角色

192.168.24.91    Node\_Master     写入，数据节点

192.168.24.92    Node\_Slave      读，数据节点，备选Master(candicate master)

192.168.24.93    Manager\_Slave   读，数据节点，也作为Manager server(即也作为manager节点)

192.168.24.70          VIP

关闭三台机器的iptables和selinux

**四、MHA****高可用环境部署记录**

**4.1** **部署各主机环境**

部署节点之间ssh无密码登陆的信任关系（即在所有节点上做ssh免密码登录，包括对节点本机的信任）

ssh-keygen -t rsa

\[root@Node\_Master ~\]\# ssh-copy-id 192.168.24.90

\[root@Node\_Master ~\]\# ssh-copy-id 192.168.24.91

\[root@Node\_Master ~\]\# ssh-copy-id 192.168.24.92

\[root@Node\_Slave ~\]\# ssh-copy-id 192.168.24.90

\[root@Node\_Slave ~\]\# ssh-copy-id 192.168.24.91

\[root@Node\_Slave ~\]\# ssh-copy-id 192.168.24.92

\[root@Manager\_Slave ~\]\# ssh-copy-id 192.168.24.90

\[root@Manager\_Slave ~\]\# ssh-copy-id 192.168.24.91

\[root@Manager\_Slave ~\]\# ssh-copy-id 192.168.24.92

现在3台节点已经能实现两两互相ssh通了，不需要输入密码即可。如果不能实现任何两台主机互相之间可以无密码登录，后面的环节可能会有问题。

**4.2****实现主机名hostname****登录**(在三台节点上都需要执行）

分别设置三台节点机器的主机名（主机名上面已提出），并绑定hosts.

三台机器的/etc/hosts文件的绑定信息如下：

\[root@Node\_Master ~\]\# vim /etc/hosts

.......

192.168.24.90    Node\_Master

192.168.24.91    Node\_Slave

192.168.24.92    Manager\_Slave

相互验证下使用主机名登陆是否正常，是否可以相互使用主机名ssh无密码登陆到对方。

**4.3** **准备好Mysql****主从环境**

架构如下，一主二从的架构：

主库：192.168.24.90    从库：192.168.24.91

主库：192.168.24.90    从库：192.168.24.92

\------主库配置------

server-id=1

log-bin=mysql-bin

binlog-ignore-db=mysql

sync\_binlog = 1

binlog\_checksum = none

binlog\_format = mixed

\------从库1配置-------

server-id=2

log-bin=mysql-bin

binlog-ignore-db=mysql

slave-skip-errors = all

\------从库2配置-------

server-id=3

log-bin=mysql-bin

binlog-ignore-db=mysql

slave-skip-errors = all

然后主库授权给从库连接的权限，设置后，最好在从库上验证下是否能使用授予的权限连接主库。

然后在从库上根据主库的“show master status;” 信心进行change master.....同步设置。

注意：

主从设置时，如果设置了bbinlog-ignore-db 和 replicate-ignore-db 过滤规则，则主从必须相同。即要使用binlog-ignore-db过滤字段，则主从配置都使用这个，

要是使用replicate-ignore-db过滤字段，则主从配置都使用这个，千万不能主从配置使用的过滤字段不一样！因为MHA 在启动时候会检测过滤规则，如果过滤规则不同，MHA 不启动监控和故障转移。

**4.4****创建用户mha****管理的账号**(在三台节点上都需要执行）

GRANT SUPER,RELOAD,REPLICATION CLIENT,SELECT ON \*.\* TO 'manager'@'192.168.24.%' IDENTIFIED BY 'password';

GRANT CREATE,INSERT,UPDATE,DELETE,DROP ON\*.\* TO 'manager'@'192.168.24.%';

创建主从账号(在三台节点上都需要执行）:

GRANT RELOAD, SUPER, REPLICATION SLAVE ON\*.\* TO 'repl'@'192.168.24.%' IDENTIFIED BY 'password';

flush privileges;

**4.5** **开始安装mha**

mha包括manager节点和data节点，其中：

data节点包括原有的MySQL复制结构中的主机，至少3台，即1主2从，当master failover后，还能保证主从结构；只需安装node包。

manager server：运行监控脚本，负责monitoring 和 auto-failover；需要安装node包和manager包。

4.5.1 在所有data数据节点机上安装安装MHA node

下载mha4mysql-node-0.56.tar.gz

\[root@Node\_Master ~\]\# yum -y install perl-DBD-MySQL      //先安装所需的perl模块

\[root@Node\_Master ~\]\# tar -zvxf mha4mysql-node-0.56.tar.gz

\[root@Node\_Master ~\]\# cd mha4mysql-node-0.56

\[root@Node\_Master mha4mysql-node-0.56\]\# perl Makefile.PL

................................................................................................................

这一步可能报错如下：

1）Can't locate ExtUtils/MakeMaker.pm in @INC (@INC contains: inc /usr/local/lib64/perl5 /usr/local/share/perl5......

解决办法：

\[root@Node\_Master mha4mysql-node-0.56\]\# yum install perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker

2）Can't locate CPAN.pm in @INC (@INC contains: inc /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5....

解决办法：

\[root@Node\_Master mha4mysql-node-0.56\]\# yum install -y perl-CPAN

................................................................................................................

\[root@Node\_Master mha4mysql-node-0.56\]\# make && make install

4.5.2 在manager节点（即192.168.24.92）上安装MHA Manager（注意manager节点也要安装MHA node）

首先下载第三方yum源

\[root@Manager\_Slave ~\]\# wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-6.repo

安装perl的mysql包：

\[root@Manager\_Slave ~\]\# yum install -y perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-Config-IniFiles perl-Time-HiRes

安装MHA Manager软件包：

\[root@Manager\_Slave ~\]\# tar -vxf mha4mysql-manager-0.56.tar

\[root@Manager\_Slave ~\]\# cd mha4mysql-manager-0.56

\[root@Manager\_Slave mha4mysql-manager-0.56\]\# perl Makefile.PL

\[root@Manager\_Slave mha4mysql-manager-0.56\]\# make && make install

安装完MHA Manager后，在/usr/local/bin目录下会生成以下脚本：

\[root@Manager\_Slave mha4mysql-manager-0.56\]\# ll /usr/local/bin/

其中：

masterha\_check\_repl             检查MySQL复制状况

masterha\_check\_ssh              检查MHA的SSH配置状况

masterha\_check\_status           检测当前MHA运行状态

masterha\_conf\_host              添加或删除配置的server信息

masterha\_manager                启动MHA

masterha\_stop                   停止MHA

masterha\_master\_monitor         检测master是否宕机

masterha\_master\_switch          控制故障转移（自动或者手动）

masterha\_secondary\_check        多种线路检测master是否存活

另外:

在../mha4mysql-manager-0.56/samples/scripts下还有以下脚本，需要将其复制到/usr/local/bin

\[root@Manager\_Slave mha4mysql-manager-0.56\]\# cd samples/scripts/

\[root@Manager\_Slave scripts\]\# ll

master\_ip\_failover            //自动切换时VIP管理脚本,不是必须，如果我们使用keepalived的，我们可以自己编写脚本完成对vip的管理，比如监控mysql，如果mysql异常，我们停止keepalived就行，这样vip就会自动漂移

master\_ip\_online\_change       //在线切换时VIP脚本,不是必须，同样可以可以自行编写简单的shell完成

power\_manager                 //故障发生后关闭master脚本,不是必须

send\_report                   //故障切换发送报警脚本，不是必须，可自行编写简单的shell完成

\[root@Manager\_Slave scripts\]\# cp ./\* /usr/local/bin/

4.5.3 在管理节点（192.168.24.92）上进行下面配置

mkdir -p /etc/masterha

cp samples/conf/app1.cnf /etc/masterha/

vim /etc/masterha/app1.cnf

\[server default\]

manager\_workdir=/var/log/masterha/app1

manager\_log=/var/log/masterha/app1/manager.log

ssh\_user=root

user=root

password=password

repl\_user=repl

repl\_password=slave

ping\_interval=1

master\_ip\_failover\_script= /usr/local/bin/master\_ip\_failover

master\_ip\_online\_change\_script= /usr/local/bin/master\_ip\_online\_change

\[server1\]

hostname=192.168.24.90

port=3306

master\_binlog\_dir=/var/lib/mysql

\[server2\]

hostname=192.168.24.91

port=3306

candidate\_master=1

check\_repl\_delay=0

master\_binlog\_dir=/var/lib/mysql

\[server3\]

hostname=192.168.24.92

port=3306

\#candidate\_master=1

master\_binlog\_dir=/var/lib/mysql

\#\[server4\]

\#hostname=host4

\#no\_master=1

4.5.3 设置relay log的清除方式（在两台slave节点上Node\_Slave,Manager\_Slave）

mysql -uroot -p -e 'set global relay\_log\_purge=0'

设置定期清理relay脚本（在两台slave节点上操作Node\_Slave,Manager\_Slave）

vim /root/purge\_relay\_log.sh

\#!/bin/bash

user=root

passwd=password

port=3306

host=localhost

log\_dir='/var/lib/mysql'

work\_dir='/var/lib/mysql'

purge='/usr/local/bin/purge\_relay\_logs'

if \[ ! -d $log\_dir \]

then

mkdir $log\_dir -p

$purge --user=$user --host=$host --password=$passwd --disable\_relay\_log\_purge --port=$port --workdir=$work\_dir >> $log\_dir/purge\_relay\_logs.log 2>&1

chmod 755 /root/purge\_relay\_log.sh

添加到crontab定期执行

crontab -e

0 4 \* \* \* /bin/bash /root/purge\_relay\_log.sh

purge\_relay\_logs脚本删除中继日志不会阻塞SQL线程。下面手动执行看看什么情况。

\[root@Node\_Slave ~\]/usr/local/bin/purge\_relay\_logs --user=root --host=localhost --password=password --disable\_relay\_log\_purge --port=3306 --workdir=/var/lib/mysql

清理过程日志/var/lib/mysql/purge\_relay\_logs.log

4.5.4 检查SSH配置

检查MHA Manger到所有MHA Node的SSH连接状态：

\[root@Manager\_Slave ~\]masterha\_check\_ssh --conf=/etc/masterha/app1.cnf

![1664283-20190418103953898-202315164.png][]

4.5.5使用mha工具check检查repl环境

\[root@Manager\_Slave ~\]masterha\_check\_repl --conf=/etc/masterha/app1.cnf

报错权限不够

Node\_Master节点update mysql.user set host='%' where user='root';

报错Bareword "FIXME\_xxx" not allowed while "strict subs" in use at /usr/local/bin/master\_ip\_failover line 93.

原因是：

原来Failover两种方式：一种是虚拟IP地址，一种是全局配置文件。MHA并没有限定使用哪一种方式，而是让用户自己选择，虚拟IP地址的方式会牵扯到其它的软件,比如keepalive软件，而且还要修改脚本master\_ip\_failover。

解决办法如下：

添加软连接（所有节点）：

ln -s /var/lib/mysql/bin/mysqlbinlog /usr/local/bin/mysqlbinlog

ln -s /var/lib/mysql/bin/mysql /usr/local/bin/mysql

注释/etc/masterha/app1.cnf

\#master\_ip\_failover\_script= /usr/local/bin/master\_ip\_failover

![1664283-20190418104001942-2056187113.png][]

**4.6****管理mha****操作**

4.6.1 检查MHA Manager的状态

通过master\_check\_status脚本查看Manager的状态

\[root@Manager\_Slave ~\]\# masterha\_check\_status --conf=/etc/masterha/app1.cnf

app1 is stopped(2:NOT\_RUNNING).

注意：如果正常，会显示"PING\_OK"，否则会显示"NOT\_RUNNING"，这代表MHA监控没有开启

4.6.2 开启MHA Manager监控

\*使用下面命令放在后台执行启动动作

nohup masterha\_manager --conf=/etc/masterha/app1.cnf --remove\_dead\_master\_conf --ignore\_last\_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &

再次查看MHA Manager监控是否正常：

masterha\_check\_status --conf=/etc/masterha/app1.cnf

查看启动日志

tail -n20 /var/log/masterha/app1/manager.log

4.6.3 关闭MHA Manage监控

masterha\_stop --conf=/etc/masterha/app1.cnf

查看MHA Manager监控，发现已关闭

masterha\_check\_status --conf=/etc/masterha/app1.cnf

**4.7** **通过脚本的方式管理VIP**

这里是修改/usr/local/bin/master\_ip\_failover，修改完成后内容如下。还需要手动在mysql master服务器上绑定一个vip

4.7.1 master节点上绑定vip

\[root@ Node\_Master ~\]ifconfig eth0:0 192.168.24.70/24

4.7.2 manager节点修改/usr/local/bin/master\_ip\_failover

\[root@Manager\_Slave ~\] vim /usr/local/bin/master\_ip\_failover

\#!/usr/bin/env perl

use strict;

use warnings FATAL => 'all';

use Getopt::Long;

my (

$command,          $ssh\_user,        $orig\_master\_host, $orig\_master\_ip,

$orig\_master\_port, $new\_master\_host, $new\_master\_ip,    $new\_master\_port

);

my $vip = '192.168.24.70/24';

my $key = '0';

my $ssh\_start\_vip = "/sbin/ifconfig eth0:$key $vip";

my $ssh\_stop\_vip = "/sbin/ifconfig eth0:$key down";

GetOptions(

'command=s'          => \\$command,

'ssh\_user=s'         => \\$ssh\_user,

'orig\_master\_host=s' => \\$orig\_master\_host,

'orig\_master\_ip=s'   => \\$orig\_master\_ip,

'orig\_master\_port=i' => \\$orig\_master\_port,

'new\_master\_host=s'  => \\$new\_master\_host,

'new\_master\_ip=s'    => \\$new\_master\_ip,

'new\_master\_port=i'  => \\$new\_master\_port,

);

exit &main();

sub main \{

print "\\n\\nIN SCRIPT TEST====$ssh\_stop\_vip==$ssh\_start\_vip===\\n\\n";

if ( $command eq "stop" || $command eq "stopssh" ) \{

my $exit\_code = 1;

eval \{

print "Disabling the VIP on old master: $orig\_master\_host \\n";

&stop\_vip();

$exit\_code = 0;

\};

if ($@) \{

warn "Got Error: $@\\n";

exit $exit\_code;

elsif ( $command eq "start" ) \{

my $exit\_code = 10;

eval \{

print "Enabling the VIP - $vip on the new master - $new\_master\_host \\n";

&start\_vip();

$exit\_code = 0;

\};

if ($@) \{

warn $@;

exit $exit\_code;

elsif ( $command eq "status" ) \{

print "Checking the Status of the script.. OK \\n";

exit 0;

else \{

&usage();

exit 1;

sub start\_vip() \{

\`ssh $ssh\_user\\@$new\_master\_host \\" $ssh\_start\_vip \\"\`;

sub stop\_vip() \{

return 0  unless  ($ssh\_user);

\`ssh $ssh\_user\\@$orig\_master\_host \\" $ssh\_stop\_vip \\"\`;

sub usage \{

"Usage: master\_ip\_failover --command=start|stop|stopssh|status --orig\_master\_host=host --orig\_master\_ip=ip --orig\_master\_port=port --new\_master\_host=host --

new\_master\_ip=ip --new\_master\_port=port\\n";

注意要将/etc/masterha/app1.cnf文件中的master\_ip\_failover\_script注释打开

为了防止脑裂发生，推荐生产环境采用脚本的方式来管理虚拟ip，而不是使用keepalived来完成。到此为止，基本MHA集群已经配置完毕。

\----------------------------------------------

**报错解决方法**

Can't exec "mysqlbinlog": No such file or directory at /usr/lib64/perl5/vendor\_perl/MHA/BinlogManager.pm line 99.

mysqlbinlog version not found!

ln -s /usr/local/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog

Testing mysql connection and privileges..sh: mysql: command not found

ln -s /usr/local/mysql/bin/mysql /usr/bin/mysql

Bareword "FIXME\_xxx" not allowed while "strict subs" in use at /etc/mha/script/master\_ip\_failover line 100.

打开/etc/mha/script/master\_ip\_failover 注释错误行

切换过的manager\_node会生成/var/log/masterha/app1/app1.failover.complete，需要删除才能继续切换

\-----------------------------------

**测试**

/usr/local/bin/masterha\_check\_ssh --conf=/etc/masterha/app1.cnf

/usr/local/bin/masterha\_check\_repl --conf=/etc/masterha/app1.cnf

/usr/local/bin/masterha\_manager --conf=/etc/masterha/app1.cnf &

/usr/local/bin/masterha\_check\_status --conf=/etc/masterha/app1.cnf

/usr/local/bin/masterha\_stop --conf=/etc/masterha/app1.cnf

![loading.gif][]

转载于:https://www.cnblogs.com/okchy/p/10728196.html

[1664283-20190418103925131-813922453.png]: /images/20211116/1fd0dc6dd1d44db38d9d6d2d7db1a28c.png
[1664283-20190418103930021-988608007.png]: /images/20211116/03d4a18a3f084187934945028e84d158.png
[1664283-20190418103953898-202315164.png]: /images/20211116/bc421d0400644845852a067ce2afd8c8.png
[1664283-20190418104001942-2056187113.png]: /images/20211116/b314f549b68c44b8b404e2f5eefeaa8e.png
[loading.gif]: /images/20211116/6bf80dc801ba42c38e9ee9a8dd0ded73.png