MHA 配置文件样本描述

小鱼儿 2022-08-07 13:46 200阅读 0赞

与绝大多数Linux应用程序类似，MHA的正确使用依赖于合理的配置文件。MHA的配置文件与mysql的my.cnf文件配置相似，采取的是分模块，param=value的方式来配置，配置文件位于管理节点，通常包括每一个mysql server的主机名，mysql用户名，密码，工作目录等等。本文列出了单套MHA以及采用全局配置来管理多套MHA配置文件的一些样例，供大家参考。

1、单套MHA配置样本  
manager\_host$ cat /etc/app1.cnf

\[server default\]  
\# 登陆mysql数据库账户及密码，缺省为root，因为需要STOP SLAVE, CHANGE MASTER, RESET SLAVE等。  
user=root  
password=mysqlpass

\# working directory on the manager  \#位于管理节点工作目录  
manager\_workdir=/var/log/masterha/app1

\# manager log file \#位于管理节点工作日志文件  
manager\_log=/var/log/masterha/app1/app1.log

\# working directory on MySQL servers  
\# node 上用于产生日志的工作目录，如果不存在，MHA node会自动创建，前提需要有相应的权限，否则node会终止。  
\# 缺省目录为 "/var/tmp".  
remote\_workdir=/var/log/masterha/app1

\#\[serverN\] 部分，为各节点配置信息，作用域为各单独节点，各节点书写顺序影响成为新master的顺序  
\#也可以通过配置candidate\_master参数来影响哪个节点具有优先级成为新master  
\[server1\]  
hostname=host1

\[server2\]  
hostname=host2

\[server3\]  
hostname=host3

2、多套MHA配置样本  
如果生产环境中基于单个管理节点部署了多套MHA，可以通过使用全局配置文件来配置相同或共有部分以达到简化配置，易于管理的目的。  
假定我们创建了/etc/masterha\_default.cnf，则MHA Manager脚本会首先都读取该文件然后再读取指定的配置文件。  
这个功能类似于/etc/profile，然后再读取~/.bash\_profile  
如果在未配置全局的配置文件的情形下，会收到以下提示：  
\[warning\] Global configuration file /etc/masterha\_default.cnf not found. Skipping.

a、全局配置文件样本  
如：/etc/masterha\_default.cnf  
\[server default\]  
user=root  
password=rootpass  
ssh\_user=root

\#mysql 数据库master节点binlog的位置，该参数用于当master节点死掉后通过ssh方式顺序读取binlog event  
\#该参数需要配置，因为master节点死掉后无法通过replication机制来自动获取binlog日志位置  
\#以下为rpm安装方式缺省binlog位置，应根据情形做相应调整  
master\_binlog\_dir= /var/lib/mysql  
remote\_workdir=/data/log/masterha

\#用于检测各节点间的连接性，此处详细可参考MHA parameters描述部分  
secondary\_check\_script= masterha\_secondary\_check -s remote\_host1 -s remote\_host2  
ping\_interval=3

\#定义用于实现VIP漂移的脚本，后面的是shutdown以及report脚本  
master\_ip\_failover\_script=/script/masterha/master\_ip\_failover  
shutdown\_script= /script/masterha/power\_manager  
report\_script= /script/masterha/send\_master\_failover\_mail

b、各MHA单独配置样本  
以下为2套不同应用对应的MHA配置文件，如下  
app1:  
  manager\_host$ cat /etc/app1.cnf

\[server default\]  
  manager\_workdir=/var/log/masterha/app1       \#工作目录      Author：Leshami  
  manager\_log=/var/log/masterha/app1/app1.log  \#日志文件 Blog   ：http://blog.csdn.net/leshami  
   
  \[server1\]  
  hostname=host1  
  candidate\_master=1  
   
  \[server2\]  
  hostname=host2  
  candidate\_master=1  
   
  \[server3\]  
  hostname=host3  
   
  \[server4\]  
  hostname=host4  
  no\_master=1

app2:  
  manager\_host$ cat /etc/app2.cnf

\[server default\]  
  manager\_workdir=/var/log/masterha/app2  
  manager\_log=/var/log/masterha/app2/app2.log  
   
  \[server1\]  
  hostname=host11  
  candidate\_master=1  
   
  \[server2\]  
  hostname=host12  
  candidate\_master=1  
   
  \[server3\]  
  hostname=host13  
   
  \[server4\]  
  hostname=host14  
  no\_master=1

注：对于上述配置，如果各应用配置与全局配置不同，应用配置具有最高优先级，即相同的项，应用配置的值会替换掉全局配置的值

3、Binlog server  
该功能自被MHA 0.56版支持。即可以定义\[binlogN\]选项。在这个部分，可以定义mysqlbinlog streaming servers.  
如果开启了GTID，则MHA会检查binlog服务器，且binlog服务器日志在其他从节点日志之前，则MHA会在恢复之前从binlog服务器apply差量日志  
如果未开启GTID，则MHA 忽略 binlog servers。如下样本：

manager\_host$ cat /etc/app1.cnf  
   
  \[server default\]  
  \# mysql user and password  
  user=root  
  password=mysqlpass  
   
  \# working directory on the manager  
  manager\_workdir=/var/log/masterha/app1  
   
  \# manager log file  
  manager\_log=/var/log/masterha/app1/app1.log  
  \# working directory on MySQL servers  
  remote\_workdir=/var/log/masterha/app1  
   
  \[server1\]  
  hostname=host1  
   
  \[server2\]  
  hostname=host2  
   
  \[server3\]  
  hostname=host3

\[binlog1\]  
  hostname=binlog\_host1

\[binlog2\]  
  hostname=binlog\_host2  
   
参考：Writing an application configuration file