mysqlmmmmha_MySQL高可用性大杀器之MHA

提到MySQL高可用性&＃xff0c;很多人会想到MySQL Cluster&＃xff0c;亦或者Heartbeat&＃43;DRBD&＃xff0c;不过这些方案的复杂性常常让人望而却步&＃xff0c;与之相对&＃xff0c;利用MySQL复制实现高可用性则显得容易很多&＃xff0c;目前大致有MMM&＃xff0c;MHA等方案可供选择&＃xff1a;MMM是最常见的方案&＃xff0c;可惜它问题太多(What’s wrong with MMM&＃xff0c;Problems with MMM for MySQL)&＃xff1b;相比之下&＃xff0c;MHA是个更好的选择&＃xff0c;经过DeNA大规模的实践应用证明它是个靠谱的工具。

安装&＃xff1a;

作为前提条件&＃xff0c;应先配置MySQL复制&＃xff0c;并设置SSH公钥免密码登录。下面以CentOS为例来说明&＃xff0c;最好先安装EPEL&＃xff0c;不然YUM可能找不到某些软件包。

MHA由Node和Manager组成&＃xff0c;Node运行在每一台MySQL服务器上&＃xff0c;也就是说&＃xff0c;不管是MySQL主服务器&＃xff0c;还是MySQL从服务器&＃xff0c;都要安装Node&＃xff0c;而Manager通常运行在独立的服务器上&＃xff0c;但如果硬件资源吃紧&＃xff0c;也可以用一台MySQL从服务器来兼职Manager的角色。

安装Node&＃xff1a;

shell> yum install perl-DBD-MySQL

shell> rpm -Uvh http://mysql-master-ha.googlecode.com/files/mha4mysql-node-0.52-0.noarch.rpm

安装Manager&＃xff1a;

shell> yum install perl-DBD-MySQL

shell> yum install perl-Config-Tiny

shell> yum install perl-Log-Dispatch

shell> yum install perl-Parallel-ForkManager

shell> rpm -Uvh http://mysql-master-ha.googlecode.com/files/mha4mysql-node-0.52-0.noarch.rpm

shell> rpm -Uvh http://mysql-master-ha.googlecode.com/files/mha4mysql-manager-0.52-0.noarch.rpm

配置&＃xff1a;

配置全局设置&＃xff1a;

shell> cat /etc/masterha_default.cnf

[server default]

user&＃61;...

password&＃61;...

ssh_user&＃61;...

配置应用设置&＃xff1a;

shell> cat /etc/masterha_application.cnf

[server_1]

hostname&＃61;...

[server_2]

hostname&＃61;...

注&＃xff1a;MHA配置文件中参数的详细介绍请参考官方文档。

检查

检查MySQL复制&＃xff1a;

shell> masterha_check_repl --conf&＃61;/etc/masterha_application.cnf

检查SSH公钥免密码登录&＃xff1a;

shell> masterha_check_ssh --conf&＃61;/etc/masterha_application.cnf

实战

首先启动MHA进程&＃xff1a;

shell> masterha_manager --conf&＃61;/etc/masterha_application.cnf

注&＃xff1a;视配置情况而定&＃xff0c;可能会提示read_only&＃xff0c;relay_log_purge等警告信息。

然后检查MHA状态&＃xff1a;

shell> masterha_check_status --conf&＃61;/etc/masterha_application.cnf

注&＃xff1a;如果正常&＃xff0c;会显示『PING_OK』&＃xff0c;否则会显示『NOT_RUNNING』。

到此为止&＃xff0c;一个基本的MHA例子就能正常运转了&＃xff0c;不过一旦当前的MySQL主服务器发生故障&＃xff0c;MHA把某台MySQL从服务器提升为新的MySQL主服务器后&＃xff0c;如何通知应用呢&＃xff1f;这就需要在配置文件里加上如下两个参数&＃xff1a;

说到Failover&＃xff0c;通常有两种方式&＃xff1a;一种是虚拟IP地址&＃xff0c;一种是全局配置文件。MHA并没有限定使用哪一种方式&＃xff0c;而是让用户自己选择&＃xff0c;虚拟IP地址的方式会牵扯到其它的软件&＃xff0c;这里就不赘述了&＃xff0c;以下简单说说全局配置文件&＃xff0c;以PHP为实现语言&＃xff0c;代码如下&＃xff1a;

#!/usr/bin/env php

$longopts &＃61; array(

&＃39;command:&＃39;,

&＃39;ssh_user:&＃39;,

&＃39;orig_master_host:&＃39;,

&＃39;orig_master_ip:&＃39;,

&＃39;orig_master_port:&＃39;,

&＃39;new_master_host::&＃39;,

&＃39;new_master_ip::&＃39;,

&＃39;new_master_port::&＃39;,

);

$options &＃61; getopt(null, $longopts);

if ($options[&＃39;command&＃39;] &＃61;&＃61; &＃39;start&＃39;) {

$params &＃61; array(

&＃39;ip&＃39; &＃61;> $options[&＃39;new_master_ip&＃39;],

&＃39;port&＃39; &＃61;> $options[&＃39;new_master_port&＃39;],

);

$string &＃61; &＃39;&＃39;;

file_put_contents(&＃39;config.php&＃39;, $string, LOCK_EX);

}

exit(0);

?>

注&＃xff1a;用其它语言实现这个脚本也是OK的&＃xff0c;最后别忘了给脚本加上可执行属性。

如果要测试效果的话&＃xff0c;可以kill掉当前的MySQL主服务器&＃xff0c;稍等片刻&＃xff0c;MHA就会把某台MySQL从服务器提升为新的MySQL主服务器&＃xff0c;并调用master_ip_failover_script脚本&＃xff0c;如上所示&＃xff0c;我们在master_ip_failover_script脚本里可以把新的MySQL主服务器的ip和port信息持久化到配置文件里&＃xff0c;这样应用就可以使用新的配置了。

有时候需要手动切换MySQL主服务器&＃xff0c;可以使用masterha_master_switch命令&＃xff0c;不过它调用的不是master_ip_failover_script脚本&＃xff0c;而是master_ip_online_change_script脚本&＃xff0c;但调用参数类似&＃xff0c;脚本可以互用。

shell> masterha_master_switch --conf&＃61;/etc/masterha_application.cnf --master_state&＃61;dead --dead_master_host&＃61;...

shell> masterha_master_switch --conf&＃61;/etc/masterha_application.cnf --master_state&＃61;alive --new_master_host&＃61;...

注&＃xff1a;针对原来的MySQL主服务器是否已经宕机&＃xff0c;执行命令所需的参数有所不同。

需要说明的是&＃xff0c;缺省情况下&＃xff0c;如果MHA检测到连续发生宕机&＃xff0c;且两次宕机时间间隔不足八小时的话&＃xff0c;则不会进行Failover&＃xff0c;之所以这样限制是为了避免ping-pong效应。不过为了自动化&＃xff0c;我们往往希望能取消这种限制&＃xff0c;此时可以用如下方式启动Manager&＃xff1a;

shell> nohup masterha_manager --conf&＃61;/etc/masterha_application.cnf --ignore_last_failover --remove_dead_master_conf &

注&＃xff1a;请确保Manager的运行用户对masterha_application.cnf有写权限。

…

本文只是MHA的一个简要介绍&＃xff0c;至于详细说明&＃xff0c;建议大家阅读官方文档。