一、配置主从同步
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