一、配置主从同步
1. 本例中主从ip及端口
Master：10.1.5.8:3306
Slave1：10.1.5.9:3306 （候选master）
Slave2：10.1.5.195:3306
2. Slave配置参数
log-bin = MySQL-bin
log-bin-index = mysql-bin.index
read_only=1
relay_log_purge=0 #（一主一丛不需要此项，两从及以上建议开次参数，防止切换为成主库的从库自动删除中继日志后，无法给其他从库应用这部分日志）
3. 配置主从同步
步骤略。
4. 其他建议
可切换成主库的从库，建议配置成半同步。
详细的主从配置见：
http://blog.csdn.net/lichangzai/article/details/50423906
二、配置ssh公钥互信
1. 本例中manager节点和node节点ip
manager：10.1.5.8
node1：10.1.5.8
node2：10.1.5.9
node3：10.1.5.195
注：manager节点可以安装独立的服务器上，本例为了节省机器，manager安装在了主库（10.1.5.8）上.
2. 配置manager和node各节点间的root用户的ssh公钥互信
详细配置见：“配置ssh免密码连入”章节
http://blog.csdn.net/lichangzai/article/details/8206834
三、安装 MHA 包
1. 下载MHA安装包
下载网址：
https://code.google.com/p/mysql-master-ha/wiki/Downloads?tm=2
下载rpm包或tarall均可，建议用rpm包，因为安装简单。
2. 安装 MHA Node
在manager和node的所有节点均需安装MHA Node。
rpm安装方式：
# yum install perl-DBD-MySQL
# rpm -ivh mha4mysql-node-0.56-0.el5.noarch.rpm
tarall的安装方式：
tar -zxfmha4mysql-node-0.56.tar.gz
cd mha4mysql-node-0.56
perl Makefile.PL
make
make install
3. 安装 MHA Manager
# yum install perl-DBD-MySQLperl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager
# rpm -ivh mha4mysql-node-0.56-0.el5.noarch.rpm
# rpm -ivh mha4mysql-manager-0.56-0.el5.noarch.rpm
注：
上面有些包需要先安装附加软件包(EPEL)才能使用yum安装，
安装EPEL源详细见：“yum安装”章节
http://blog.csdn.net/lichangzai/article/details/39272469
MHA Manager另一种安装方式：
MHA Manager 0.56 tarball源码安装
tar -zxf mha4mysql-manager-0.56.tar.gz
cd mha4mysql-manager-0.56
perl Makefile.PL
make
make install
四、MHA Manager 端配置
各参数含义：https://code.google.com/p/mysql-master-ha/wiki/Parameters#no_master
MHA Manager端配置，建议使用root操作系统用户执行，因为涉及到vip 启停。
# mkdir -p /etc/masterha/app1
# vi /etc/masterha/app1/app1.cnf
[server default]
manager_workdir=/etc/masterha/app1
manager_log=/etc/masterha/app1/manager.log
user=root
password=root
ssh_user=root
repl_user=repl_user
repl_password=licz
#ping_interval=10
#master_ip_failover_script=/etc/masterha/app1/master_ip_failover #master failover时执行,不配置vip时不用配
#shutdown_script=/etc/masterha/power_manager
#report_script=/etc/masterha/app1/send_report #master failover时执行,可选
#master_ip_online_change_script=/etc/masterha/app1/master_ip_online_change #masterswitchover时执行,不配置vip时不用配
[server1]
hostname=10.1.5.8
port=3306
master_binlog_dir=/var/lib/mysql
candidate_master=1
check_repl_delay=0
[server2]
hostname=10.1.5.9
port=3306
master_binlog_dir=/var/lib/mysql
candidate_master=1 #如果候选master有延迟的话，relay日志超过100m，failover切换不能成功，加上此参数后会忽略延迟日志大小。
check_repl_delay=0
[server3]
hostname=10.1.5.195
port=3306
master_binlog_dir=/var/lib/mysql
ignore_fail=1 #如果这个节点挂了，mha将不可用，加上这个参数，slave挂了一样可以用
no_master=1 #从不将这台主机转换为master
2. 检查SSH配置
masterha_check_ssh --conf=/etc/masterha/app1/app1.cnf
[root@host8 ~]#masterha_check_ssh --conf=/etc/masterha/app1/app1.cnf
Tue Jan 5 17:16:40 2016 - [warning] Globalconfiguration file /etc/masterha_default.cnf not found. Skipping.
Tue Jan 5 17:16:40 2016 - [info] Reading applicationdefault configuration from /etc/masterha/app1/app1.cnf..
Tue Jan 5 17:16:40 2016 - [info] Reading serverconfiguration from /etc/masterha/app1/app1.cnf..
Tue Jan 5 17:16:40 2016 - [info] Starting SSHconnection tests..
Tue Jan 5 17:16:41 2016 - [debug]
Tue Jan 5 17:16:40 2016 - [debug] Connecting via SSH fromroot@10.1.5.8(10.1.5.8:22) to root@10.1.5.9(10.1.5.9:22)..
Tue Jan 5 17:16:40 2016 - [debug] ok.
Tue Jan 5 17:16:40 2016 - [debug] Connecting via SSH fromroot@10.1.5.8(10.1.5.8:22) to root@10.1.5.195(10.1.5.195:22)..
......
Tue Jan 5 17:16:41 2016 - [debug] Connecting via SSH fromroot@10.1.5.195(10.1.5.195:22) to root@10.1.5.9(10.1.5.9:22)..
Tue Jan 5 17:16:41 2016 - [debug] ok.
Tue Jan 5 17:16:41 2016 - [info] All SSH connectiontests passed successfully.
成功！
3. 检查MHA配置
masterha_check_repl --conf=/etc/masterha/app1/app1.cnf
# masterha_check_repl --conf=/etc/masterha/app1/app1.cnf
Tue Jan 5 10:50:16 2016 - [warning] Globalconfiguration file /etc/masterha_default.cnf not found. Skipping.
Tue Jan 5 10:50:16 2016 - [info] Reading applicationdefault configuration from /etc/masterha/app1/app1.cnf..
Tue Jan 5 10:50:16 2016 - [info] Reading serverconfiguration from /etc/masterha/app1/app1.cnf..
Tue Jan 5 10:50:16 2016 - [info] MHA::MasterMonitorversion 0.56.
Tue Jan 5 10:50:16 2016 - [info] GTID failover mode =0
Tue Jan 5 10:50:16 2016 - [info] Dead Servers:
Tue Jan 5 10:50:16 2016 - [info] Alive Servers:
Tue Jan 5 10:50:16 2016 - [info] 10.1.5.8(10.1.5.8:3306)
Tue Jan 5 10:50:16 2016 - [info] 10.1.5.9(10.1.5.9:3306)
Tue Jan 5 10:50:16 2016 - [info] 10.1.5.195(10.1.5.195:3306)
Tue Jan 5 10:50:16 2016 - [info] Alive Slaves:
Tue Jan 5 10:50:16 2016 - [info] 10.1.5.9(10.1.5.9:3306) Version=5.6.28-log (oldest major versionbetween slaves) log-bin:enabled
.......
Tue Jan 5 13:34:16 2016 - [info] Slaves settingscheck done.
Tue Jan 5 13:34:16 2016 - [info]
10.1.5.8(10.1.5.8:3306)(current master)
+--10.1.5.9(10.1.5.9:3306)
+--10.1.5.195(10.1.5.195:3306)
Tue Jan 5 13:34:16 2016 - [info] Checking replicationhealth on 10.1.5.9..
Tue Jan 5 13:34:16 2016 - [info] ok.
Tue Jan 5 13:34:16 2016 - [info] Checking replicationhealth on 10.1.5.195..
Tue Jan 5 13:34:16 2016 - [info] ok.
Tue Jan 5 13:34:16 2016 - [warning]master_ip_failover_script is not defined.
Tue Jan 5 13:34:16 2016 - [warning] shutdown_scriptis not defined.
Tue Jan 5 13:34:16 2016 - [info] Got exit code 0 (Notmaster dead).
MySQL Replication Health is OK.
成功！
注意：期间可能会遇到一些问题，可见另一文章的问题总结：
4. MHA Manager 端日常主要操作步骤
① 检查是否有下列文件，有则删除。
发生主从切换后，MHAmanager服务会自动停掉，且在manager_workdir目录下面生成文件app1.failover.complete，若要启动MHA，必须先确保无此文件)
# ll /etc/masterha/app1/app1.failover.complete
# ll /etc/masterha/app1/app1.failover.error
② 检查MHA当前置：
# masterha_check_repl --conf=/etc/masterha/app1/app1.cnf
③ 启动MHA：
# nohup masterha_manager --conf=/etc/masterha/app1/app1.cnf > /etc/masterha/app1/mha_manager.log 2>&1 &
当有slave 节点宕掉时，默认是启动不了的，加上 --ignore_fail_on_start 即使有节点宕掉也能启动MHA，如下：
# nohup masterha_manager --conf=/etc/masterha/app1/app1.cnf --ignore_fail_on_start >/etc/masterha/app1/mha_manager.log 2>&1 &
④ 检查状态：
# masterha_check_status --conf=/etc/masterha/app1/app1.cnf
⑤ 检查日志：
#tail -f /etc/masterha/app1/manager.log
⑥ 主从切换后续工作
主库切换后，把原主库修复成新从库，然后重新执行以上5步。原主库数据文件完整的情况下，可通过以下方式找出最后执行的CHANGE MASTER命令：
# grep "CHANGE MASTER TO MASTER" /etc/masterha/app1/manager.log | tail -1
CHANGE MASTER TO MASTER_HOST='10.1.5.9',MASTER_PORT=3306, MASTER_LOG_FILE='master-bin.000001', MASTER_LOG_POS=120,MASTER_USER='repl_user', MASTER_PASSWORD='xxx';
--最后启动新从库
# start slave;
# show slave status\G
五、Failover应用场景测试
自动failover测试
应用场景1：master dead后，MHA当时已经开启，候选Master库（Slave）会自动failover为Master.
--shutdown mysql master node
# service mysql stop
--check new master node
mysql> show master status\G;
*************************** 1.row ***************************
File: master-bin.000001
Position: 330
--check slave node
mysql> show slave status\G;
*************************** 1.row ***************************
Slave_IO_State: Waiting formaster to send event
Master_Host: 10.1.5.9
Master_User: repl_user
Master_Port: 3306
Connect_Retry: 60
Master_Log_File:master-bin.000001
--check manager.log
[root@host8 ~]# tail -100f /etc/masterha/app1/manager.log
----- Failover Report -----
app1: MySQL Master failover10.1.5.8(10.1.5.8:3306) to 10.1.5.9(10.1.5.9:3306) succeeded
Master 10.1.5.8(10.1.5.8:3306)is down!
Check MHA Manager logs athost8.localdomain:/etc/masterha/app1/manager.log for details.
Startedautomated(non-interactive) failover.
The latest slave10.1.5.9(10.1.5.9:3306) has all relay logs for recovery.
Selected10.1.5.9(10.1.5.9:3306) as a new master.
10.1.5.9(10.1.5.9:3306): OK:Applying all logs succeeded.
10.1.5.195(10.1.5.195:3306): Thishost has the latest relay log events.
Generating relay diff filesfrom the latest slave succeeded.
10.1.5.195(10.1.5.195:3306):OK: Applying all logs succeeded. Slave started, replicating from10.1.5.9(10.1.5.9:3306)
10.1.5.9(10.1.5.9:3306):Resetting slave info succeeded.
Master failover to10.1.5.9(10.1.5.9:3306) completed successfully.
--最后把原主库修复成一个新的slave
# grep "CHANGE MASTER TO MASTER" /etc/masterha/app1/manager.log | tail -1
CHANGE MASTER TO MASTER_HOST='10.1.5.9',MASTER_PORT=3306, MASTER_LOG_FILE='master-bin.000001', MASTER_LOG_POS=120,MASTER_USER='repl_user', MASTER_PASSWORD='xxx';
mysql> CHANGE MASTER TO MASTER_HOST='10.1.5.9', MASTER_PORT=3306,MASTER_LOG_FILE='master-bin.000001', MASTER_LOG_POS=120,MASTER_USER='repl_user', MASTER_PASSWORD='licz';
Query OK, 0 rows affected, 2warnings (0.17 sec)
mysql> start slave;
mysql> show slave status\G;
*************************** 1.row ***************************
Slave_IO_State: Waiting formaster to send event
Master_Host: 10.1.5.9
Master_User: repl_user
手动Failover
应用场景2：master dead，但是当时MHA没有开启，可以通过手工failover。
1．检查是否有下列文件，有则删除。
# ll /etc/masterha/app1/app1.failover.complete
# ll /etc/masterha/app1/app1.failover.error
2. 如果MHA在运行，需先停止MHA： masterha_stop--conf=/etc/masterha/app1/app1.cnf
3. 检查MHA当前置： masterha_check_repl --conf=/etc/masterha/app1/app1.cnf
4. 手动切换：masterha_master_switch--conf=/etc/masterha/app1/app1.cnf --master_state=dead --dead_master_host=10.1.5.9 --dead_master_port=3306
# 接以上的
以下为切换时指定了new_master_host和new_master_port，如果不指定new_master_host，则根据配置文件app1.cnf选出new_master_host，但new_master_port默认是3306。
# masterha_master_switch --conf=/etc/masterha/app1/app1.cnf --master_state=dead --dead_master_host=10.1.5.9 --dead_master_port=3306 --new_master_host=10.1.5.8 --new_master_port=3306
六、Swithover 应用场景测试
Scheduled(Online) Master Switch(手动在线主库切换)
应用场景1：master和slave正常，MHA正常开启，维护操作时(例如更换新主机硬件、添加/删除列或主键)手动在线切换master到其他主机。
1. 如果MHA在运行，需先停止MHA
masterha_stop --conf=/etc/masterha/app1/app1.cnf
2. 检查MHA当前置
masterha_check_repl --conf=/etc/masterha/app1/app1.cnf
3. 手动切换
masterha_master_switch --master_state=alive --conf=/etc/masterha/app1/app1.cnf --orig_master_is_new_slave --running_updates_limit=3600 --interactive=0
注意：执行masterha_master_switch调用的不是master_ip_failover_script脚本，而是master_ip_online_change_script脚本，可把启动和停止VIP放到这个脚本中，如果没有配置VIP，则需要手动执行VIP切换，如下：
ssh root@$orig_master_ip /sbin/ifconfig eth0:1 down
ssh root@$new_master_ip /sbin/ifconfig eth0:1 10.1.5.21/24
以下为切换时指定了new_master_host和new_master_port，如果不指定new_master_host，则根据配置文件app1.cnf选出new_master_host，但new_master_port默认是3306。
masterha_master_switch --master_state=alive --conf=/etc/masterha/app1/app1.cnf --orig_master_is_new_slave --running_updates_limit=3600 --interactive=0--new_master_host=10.1.5.9 --new_master_port=3306
参数 --running_updates_limit 如果现在的master执行写操作的执行时间大于这个参数，或者任何一台slave的Seconds_Behind_Master大于这个参数，那么master switch将自动放弃。默认参数为1s
参数 --interactive=0 非交互切换，建议加上，可大大加快切换速度，加上后库不忙时大概3秒内切换完成。
七、定期删除中继日志
由于在第一步中，每个slave上设置了参数relay_log_purge=0，所以slave节点需要定期删除中继日志，建议每个slave节点删除中继日志的时间错开。
corntab -e
0 5 * * * /usr/bin/purge_relay_logs --user=root--password=123456 --port=3306 --disable_relay_log_purge >> /var/lib/mysql/purge_relay.log 2>&1
--查看purge_relay_logs命令帮助
# purge_relay_logs -h
Option h is ambiguous (help,host)
Usage:
purge_relay_logs --user=root--password=rootpass --host=127.0.0.1
See online reference
(http://code.google.com/p/mysql-master-ha/wiki/Requirements#purge_relay_
logs_script) for details.
八、用VIP实现MHA的自动切换
通过配置配置MHA中的app1.cnf中的参数
配置MHA中的app1.cnf中的master_ip_failover_script和master_ip_online_change_script两个参数
参数中脚本的内容见：
http://blog.csdn.net/lichangzai/article/details/50503960
通过Keepalieved实现vip切换：
详细配置见文章：
http://blog.csdn.net/lichangzai/article/details/50484455
337
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
