MySQL MHA配置常见问题

妖狐艹你老母 2022-08-07 14:50 168阅读 0赞

MHA在MySQL数据库中被广泛使用，它小巧易用，功能强大，实现了基于MySQL replication架构的自手动主从故障转移，从库重定向到主库并自动同步。尽管如此，在部署配置的过程中，由于疏忽总难以避免这样或那样的错误。本文是对MHA配置中常见问题的一个汇总，供大家参考。

1、非root用户等效性环境等效性配置  
  a、添加所有节点（含管理节点）主机名及IP到host文件，所有节点操作  
  b、生成基于非root用户(如使用mysql账户)的对称密钥，使用ssh-keygen  
  c、复制公钥到其他各节点（含管理节点），如下，且使用了非缺省ssh 端口  
    ssh-copy-id -i ~/.ssh/id\_rsa.pub "-p 50011 mysql@172.16.16.10"  
  d、验证等效性（首次需要输入密码）  
    ssh -p 50011 vdbsrv1 date;ssh -p 50011 vdbsrv2 date;ssh -p 50011 vdbsrv3 date;ssh -p 55555 vdbsrv4 date

2、MHA管理节点目录权限问题  
  \#\#\#如果在管理节点使用了非root用户进行mha管理，则需要相关权限，否则报错  
  \#\#\#如下我们使用mysql用户管理mha，则在root账户先创建相关目录，在赋权给mysql  
  \# mkdir -p /var/log/masterha/app1  
  \# chown -R mysql:mysql /var/log/masterha  
  \# su - mysql  
  $ masterha\_check\_repl --conf=/etc/app1.cnf   \#\#\#使用mysql用户校验复制关系

3、需要添加用于登陆到mysql服务器账户  
  \#\#\#需要STOP SLAVE, CHANGE MASTER, RESET SLAVE等相关权限，该账户要添加到mha配置文件中,主从切换时用到  
  \#\#\#在mysql数据库各节点执行，如下由于跨网段，所以分配了跨网段账户，否则，单条赋权即可  
  \#\#\# Author : Leshami  
  \#\#\# Blog   : [http://blog.csdn.net/leshami][http_blog.csdn.net_leshami]  
  mysql> grant all privileges on \*.\* to 'mha'@'172.16.16.%' identified by '\*\*\*';  
  Query OK, 0 rows affected (0.00 sec)  
    
  mysql> grant all privileges on \*.\* to 'mha'@'192.168.1.%' identified by '\*\*\*';  
  Query OK, 0 rows affected (0.00 sec)

4、需要添加用于建立复制关系的账户  
  \#\#\#在mysql数据库各节点执行,如下由于跨网段，所以分配了跨网段账户，否则，单条赋权即可  
  mysql> grant replication slave on \*.\* to 'repl'@'172.16.16.%' identified by '\*\*\*';  
  Query OK, 0 rows affected (0.00 sec)  
    
  mysql> grant replication slave on \*.\* to 'repl'@'192.168.1.%' identified by '\*\*\*';  
  Query OK, 0 rows affected (0.00 sec)

5、从库的各客户端应开启binlog，即log\_bin=on  
  \#\#\#未开启则收到如下提示：  
  Mon Apr 13 20:02:15 2015 - \[warning\]  log-bin is not set on slave SZ-DB-SLAVE01(192.168.81.3:3306).  
  This host cannot be a master.

6、各主从库应该使用相同的复制过滤规则  
  \#\#\#否则收到如下的错误提示：  
  Mon Apr 13 20:02:15 2015 - \[error\]\[/usr/lib/perl5/site\_perl/5.8.8/MHA/ServerManager.pm, ln546\] Replication  
      filtering check failed on dbsrv3(192.168.1.3:3306)! All slaves must have same replication filtering rules.  
      Check SHOW SLAVE STATUS output and set my.cnf correctly.  
  Mon Apr 13 20:02:15 2015 - \[warning\] Bad Binlog/Replication filtering rules:

7、各从库应设置relay\_log\_purge=0  
  \#\#\#否则收到以下告警信息 \#\#mysql -e 'set global relay\_log\_purge=0' 动态修改该参数，因为随时slave会提升为master。补充@150420  
  Mon Apr 13 20:02:15 2015 - \[warning\]  relay\_log\_purge=0 is not set on slave vdbsrv2(172.16.16.12:3306).

8、各从库设置read\_only=1  
  \#\#\#否则收到以下告警信息 \#\# mysql -e 'set global read\_only=1' 动态修改该参数，因为随时slave会提升为master。补充@150420  
  Mon Apr 13 20:19:54 2015 - \[info\]  read\_only=1 is not set on slave vdbsrv3(172.16.16.13:3306).

9、mysqlbinlog version过低  
  \#\#\#大多数情况下我们使用yum方式安装perl-DBD-MySQL，该方式会自动安装mysql rpm包。  
  \#\#\#MHA在执行master\_check\_repl会调用/usr/bin/mysqlbinlog，对于源码安装在不同的路径的mysql高版本  
  \#\#\#则收到如下错误提示：  
  Thu Apr 16 14:01:44 2015 - \[info\]   Connecting to mysql@192.168.1.7(vdbsrv2:22)..  
  mysqlbinlog version is 3.2 (included in MySQL Client 5.0 or lower). This is not recommended.  
    Consider upgrading MySQL Client to 5.1 or higher.  
    
  \#\#\#解决方案是编译安装perl-DBD-MySQL时指定mysql安装位置，或者参考：mysqlbinlog can not parse row based events

10、缺省路径下mysql客户端如果不存在则出现以下提示  
  \#\#\#通过建立软链或者yum install perl-DBD-MySQL会自动安装mysql  
  Testing mysql connection and privileges..sh: mysql: command not found  
  mysql command failed with rc 127:0!  
   at /usr/bin/apply\_diff\_relay\_logs line 375

11、清理mysql.user用户表中用户名为空的记录（补充@20150421）

笔者有一次在做在线切换时发现复制账户从一个slave可以到新master，而无法从original master连接到新master，删除用户为空记录后正常

[http_blog.csdn.net_leshami]: http://blog.csdn.net/leshami