【每日一博】实现 Mysql Master-Master 高可用_MySQL
两个Master(主备模式),一个或多个Slave(也可以没有Slave,只有主备Master):
1、Monitor运行MMM Daemon程序,实现所有Mysql服务器的监控和故障切换工作;
2、Master1和Master2互为主备,同时只有一个主可用于写操作(也可同时分担读操作),另一个作为备用,可以分担读操作,读写分离需要应用程序实现;
3、Slave机器与当前active Master同步,如当前active Master故障后,Master将切换到passive Master,同时MMM修改Slave与新的Master同步;
4、Application通过write和read ip进行读写操作;
环境:
主机名 | 服务器IP地址 | Write IP | Read IP | 备注 |
mysql01 | 10.0.60.100 | 10.0.60.160 | 10.0.60.161 | 默认为active Master,运行mmm agent |
mysql02 | 10.0.60.101 | 10.0.60.162 | 默认为passive Master,运行mmm agent | |
mysql03 | 10.0.60.102 | 10.0.60.163 | Slave,由MMM维护,运行mmm agent | |
mysql04 | 10.0.60.103 | 监控机,运行MMM Daemon程序 |
软件信息:
Mysql:5.6.17-log MySQL Community Server (GPL)
MMM:mysql-mmm-2.2.1
OS:CentOS release 6.4 (Final),kernel 2.6.32-358.el6.x86_64
一、配置复制环境
这里是全新配置,如果是已经存在了单master和slave环境,将配置不一样,可以结合xtrabackup工具实现数据的备份和恢复,配置主备master环境。
前提要求:
1、所有mysql实例开启read_only=1;
2、主备master需要开启log_bin;
3、所有mysql实例配置不同的server_id以及不同的二进制日志、relay日志文件名;
参考配置参数:
mysql01的特殊配置参数:
mysql01>/! grep -E "log_bin|server_id|read_only" my.cnf
log_bin = mysql01-bin
server_id = 1
read_only
mysql01>
mysql02的特殊配置参数:
mysql02>/! grep -E "log_bin|server_id|read_only" my.cnf
log_bin = mysql02-bin
server_id = 2
read_only
mysql02>
mysql03的特殊配置参数:
mysql03>/! grep -E "log_bin|server_id|read_only" my.cnf
log_bin = mysql_bin
server_id = 3
read_only
配置主从:
1、配置mysql01和mysql02互为主从:
在mysql01和mysql02上创建同样的复制账号:
grant replication slave on *.* to 'repl'@'10.0.60.%' identified by 'repl';
查看master状态:
show master status;
在每个节点执行CHANGE MASTER TO语句:
mysql01> change master to master_host = '10.0.60.101',
master_user='repl',
master_password='repl',
master_log_file='mysql02-bin.000001',
master_log_pos=545;
mysql02> change master to master_host = '10.0.60.100',
master_user='repl',
master_password='repl',
master_log_file='mysql01-bin.000001',
master_log_pos=545;
在两个节点开启slave:
start slave;
查看slave状态是否正常:
mysql02>show slave status/G;
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
2、配置mysql03为mysql01的从服务器
mysql03> change master to master_host = '10.0.60.100',
master_user='repl',
master_password='repl',
master_log_file='mysql01-bin.000001',
master_log_pos=545;
验证slave状态正常后,开始下面的步骤。
二、配置半同步
使用半同步机制,可以确保至少一台slave收到master的二进制日志,在一定程度上保证了数据的一致性,减少了当master当机时,造成数据丢失。
半同步机制由google贡献,从mysql 5.5开始原生支持该特性。
前提要求:
1、主备master都要安装并开启semisync master和slave,因mmm不能进行semisync配置和管理;
2、slave需要安装并开启semisync slave;
配置步骤:
1、mysql01和mysql02安装semisync master和slave插件:
mysql01>INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)
mysql01>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.00 sec)
mysql02>INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
Query OK, 0 rows affected (0.05 sec)
mysql02>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.01 sec)
2、mysql01和mysql02开启semisync master和slave:
mysql01>SET GLOBAL rpl_semi_sync_master_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
mysql01>SET GLOBAL rpl_semi_sync_slave_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
mysql02>SET GLOBAL rpl_semi_sync_master_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
mysql02>SET GLOBAL rpl_semi_sync_slave_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
同时将参数写入到配置文件,以mysql实例开启时自动开启半同步:
mysql02>/! cat my.cnf|grep semi
rpl_semi_sync_master_enabled = 1
rpl_semi_sync_slave_enabled = 1
3、mysql03安装并开启semisync slave插件:
mysql03>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
Query OK, 0 rows affected (0.01 sec)
mysql03>SET GLOBAL rpl_semi_sync_slave_enabled = 1;
Query OK, 0 rows affected (0.00 sec)
同时将参数写入到配置文件,以mysql实例开启时自动开启半同步:
mysql03>/! cat my.cnf|grep semi
rpl_semi_sync_slave_enabled = 1
mysql03>
4、所有mysql实例停止slave并开启slave,使半同步机制生效:
stop slave;start slave;
5、查看semisync状态
mysql01>show status like '%emi%';
+--------------------------------------------+-------+
| Variable_name| Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients | 2 |
| Rpl_semi_sync_master_net_avg_wait_time | 0 |
| Rpl_semi_sync_master_net_wait_time | 0 |
| Rpl_semi_sync_master_net_waits | 0 |
| Rpl_semi_sync_master_no_times| 0 |
| Rpl_semi_sync_master_no_tx | 0 |
| Rpl_semi_sync_master_status| ON|
| Rpl_semi_sync_master_timefunc_failures | 0 |
| Rpl_semi_sync_master_tx_avg_wait_time| 0 |
| Rpl_semi_sync_master_tx_wait_time| 0 |
| Rpl_semi_sync_master_tx_waits| 0 |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |
| Rpl_semi_sync_master_wait_sessions | 0 |
| Rpl_semi_sync_master_yes_tx| 0 |
| Rpl_semi_sync_slave_status | ON |
+--------------------------------------------+-------+
15 rows in set (0.00 sec)
三、配置MMM
Multi Master Replication Manager for Mysql(MMM)是一套开源的perl脚本,对Mysql Master-Master复制环境(在任何时刻只有一个节点可写)进行监控、故障恢复以及管理。同时能根据复制的延时情况管理读负载均衡,通过迁移read虚拟IP地址。同时也能用于数据备份,以及节点之间重同步。
主要由三个脚本组成:
1、mmm_mod:监控daemon程序,进行监控工作,并决定读、写角色的迁移;最好运行在专用的监控服务器上,可以管理多套Master-Slave集群。
2、mmm_agentd:客户端daemon程序,运行在所有mysql实例服务器,与监控节点进行简单的远程通信。
3、mmm_control:用于管理mmm_mond进程的命令行脚本。
前提需求:
1、支持环境:
两个节点的Master-Master环境,MMM需要5个IP地址(每个节点一个固定IP地址,一个write IP地址,两个read IP地址,write和read IP依据节点的可用性进行自动的迁移),正常情况下,active master有一个write IP和一个read IP地址,standby master有一个read IP地址,如果当前active master故障,write和read IP地址将迁移到standby master;
两个节点的Master-Master,以及一个或多个slave的环境,同时也是大多数企业使用的方案(可以更好的扩展读,同时有冗余的Slave可用于备份等工作,防止阻塞正常的事务)。
2、n+1个主机:n个运行mysql实例的服务器,一个机器用于运行MMM监控daemon程序;
3、2*(n+1) IP地址:每个主机一个固定IP地址,同时每台mysql实例一个read IP地址以及一个write IP地址;
4、monitor数据库用户:需要REPLICATION CLIENT权限,用于MMM监控(mmm_mond);
5、agent数据库用户:需要SUPER、REPLICATION CLIENT、PROCESS权限,用于MMM 客户端(mmm_agentd),可以只针对本机IP进行授权;
6、relication数据库用户:需要REPLICATION SLAVE权限,用于mysql复制;
7、tools数据库用户:需要SUPER、REPLICATION CLIENT、RELOAD权限,用于MMM tools(如mmm_backup、mmm_clone、mmm_restore)
1、在mysql实例服务器安装依赖包和mmm
安装依赖包:
yum -y install perl iproute perl-Algorithm-Diff perl-DBI perl-Class-Singleton perl-DBD-MySQL perl-Log-Log4perl perl-Log-Dispatch perl-Proc-Daemon perl-MailTools perl-Time-HiRes perl-Mail-Sendmail perl-Mail-Sender perl-Email-Date-Format perl-MIME-Lite perl-Net-ARP
如果在标准软件仓库和EPEL软件仓库没有,需要单独下载,可以去以下网址下载:
http://rpm.pbone.net
http://search.cpan.org/
http://www.rpmfind.net/
安装mmm:
tar xvf mysql-mmm-2.2.1.tar.gz
cd mysql-mmm-2.2.1
make install
2、在mysql实例服务器配置mmm agent
mmm_agentd使用mmm_agent.conf配置文件:
# cat /etc/mysql-mmm/mmm_agent.conf
include mmm_common.conf #包含这个公用配置文件
#Description: name of this host,可以不是主机名,每台mysql实例的host不同(如mysql01设置为db1,mysql02设置为db2,mysql03设置为db3)
this db1
#Description: Enable debug mode,设置1,打印日志到前台,按ctrl+c将结束进程
debug 0
#Description: Maximum number of retries when killing threads to prevent further
#writes during the removal of the active_master_role.
max_kill_retries 10
公用配置文件:mmm_common.conf,每个实例一样,并要拷贝到监控服务器供mmm_mond使用,进行网卡接口的定义,每个主机的描述,复制和mmm agent的用户名和密码配置,以及读写规则等
# cat /etc/mysql-mmm/mmm_common.conf
#Description: name of the role for which identifies the active master,定义活动master为可写
active_master_rolewriter
#默认段
#Description: network interface on which the IPs of the roles should be configured,用于绑定ip的网络接口
cluster_interface eth0
pid_path/var/run/mmm_agentd.pid
bin_path/usr/lib/mysql-mmm/
#Description: Port on which mmm agentd listens
agent_port9989
#Description: Port on which mysqld is listening
mysql_port3306
#Description: mysql user used for replication
replication_userrepl
#Description: mysql password used for replication
replication_passwordrepl
#Description: mysql user for MMM Agent
agent_usermmm_agent
#Description: mysql password for MMM Agent
agent_passwordmmm_agent
#命名段,指定每个mysql实例主机
#Description: IP of host
ip10.0.60.100
#Description: Mode of host. Either master or slave.
modemaster
#Description: Name of peer host (if mode is master)
peerdb2
ip10.0.60.101
modemaster
peerdb1
ip10.0.60.102
modeslave
#定义write角色
#Description: Hosts which may take over the role
hosts db1, db2
#Description: One or multiple IPs associated with the role,指定浮动write IP地址
ips 10.0.60.160
#Description: Mode of role. Either balanced or exclusive
modeexclusive
#Description: The preferred host for this role. Only allowed for exclusive roles.
#prefer -
#定义read角色
hosts db1, db2, db3
ips 10.0.60.161,10.0.60.162,10.0.60.163 #浮动read IP地址
modebalanced
3、启动mmm agent服务
/etc/init.d/mysql-mmm-agent start
chkconfig --level 2345 mysql-mmm-agent on
4、在监控服务器(mysql04)安装依赖包和mmm
安装依赖包:
yum -y install perl iproute perl-Algorithm-Diff perl-DBI perl-Class-Singleton perl-DBD-MySQL perl-Log-Log4perl perl-Log-Dispatch perl-Proc-Daemon perl-MailTools perl-Time-HiRes perl-Mail-Sendmail perl-Mail-Sender perl-Email-Date-Format perl-MIME-Lite perl-Net-Ping
安装mmm:
tar xvf mysql-mmm-2.2.1.tar.gz
cd mysql-mmm-2.2.1
make install
5、配置mmm 监控配置文件
mmm_mond和mmm_control使用mmm_mon.conf或mmm_mon_CLUSTER.conf配置文件
mmm_mon.conf配置文件参考:
# cat /etc/mysql-mmm/mmm_mon.conf
include mmm_common.conf
#The monitor section is required by mmm_mond and mmm_control
#Description: IP on which mmm_mond listens
ip127.0.0.1
#Description: Port on which mmm mond listens
port9988
#Description: Location of pid-file
pid_path/var/run/mmm_mond.pid
#Description: Path to directory containing MMM binaries
bin_path/usr/lib/mysql-mmm/
#Description: Location of of status file
status_path /var/lib/misc/mmm_mond.status
#Description: Break between network checks
ping_interval 1
#Description: IPs used for network checks,指定所有mysql服务器IP,write和read IP地址,用于进行ping检查
ping_ips10.0.60.100, 10.0.60.101, 10.0.60.102, 10.0.60.160, 10.0.60.161, 10.0.60.162, 10.0.60.163
#Description: Duration in seconds for flap detection. See flap_count
flap_duration 3600
#Description: Maximum number of downtimes within flap_duration seconds after
#which a host is considered to be flapping.
flap_count3
#Description: How many seconds to wait before switching node status from
#AWAITING_RECOVERY to ONLINE. 0 = disabled.
auto_set_online 0
#Description: Binary used to kill hosts if roles couldn’t be removed because the agent
#was not reachable. You have to provide a custom binary for this which
#takes the hostname as first argument and the state of check ping (1 -ok; 0 - not ok) as second argument.
kill_host_bin /usr/lib/mysql-mmm/monitor/kill_host
#Description: Startup carefully i.e. switch into passive mode when writer role is
#configured on multiple hosts
careful_startup 0
#Description: Default mode of monitor.
modeactive
#Description: How many seconds to wait for other master to become ONLINE before
#switching from mode WAIT to mode ACTIVE. 0 = infinite.
wait_for_other_master 120
#Description: mysql user for MMM Monitor
monitor_usermmm_agent
#Description: mysql password for MMM Monitor
monitor_passwordmmm_agent
#check段,mmm执行ping、mysql、rep_threads、rep_backlog四种检查,可以分别进行检查间隔等参数配置。
#Description: Perform check every 5 seconds
check_period5
#Description: Check is considered as failed if it doesn’t succeed for at least
#trap period seconds.
trap_period 10
#Description: Check times out after timeout seconds
timeout 2
#Description: Restart checker process after restart after checks
restart_after 10000
#Description: Maximum backlog for check rep_backlog.
max_backlog 60
#设置为1,开启调试模式,打印日志到前台,ctrl+c将结束进程,对于调试有帮助
debug 0
6、开启mmm monitor监控
/etc/init.d/mysql-mmm-monitor start
chkconfig --level 2345 mysql-mmm-monitor on
7、使用mmm_control查看状态
# mmm_control show
db1(10.0.60.100) master/ONLINE. Roles: reader(10.0.60.163), writer(10.0.60.160)
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.161)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162)
注:
当节点第一次开启,状态为等待恢复。
设置节点online:
# mmm_control set_online db1
MMM如何工作:
当故障发生时,mmm迅速的迁移故障节点的IP地址从一个节点到另一个节点,并使用Net::ARP Perl模块更新ARP表。
处理过程:
在故障active master节点:
1、mysql 设置为read_only(set global read_only=1),防止写事务;
2、中断活动连接;
3、移除写ip;
在新master节点:
1、运行在passive master的mmm进程被通知即将成为active write;
2、slave将尝试从master的二进制日志抓取任何剩余事务;
3、关闭read_only(set global read_only=0);
4、绑定write ip,并发生arp通告;
四、测试
1、测试mysql01 mysql实例故障
手动关闭mysql01服务器上的mysql实例,期望master将迁移到mysql02
停止mysql01的mysqld进程:也可以使用"killall -15 mysqld"结束mysqld进程
mysql01>/! sh stop.sh
查看mmm_mond的日志:总共经过10s时间完成迁移
# tail -f /var/log/mysql-mmm/mmm_mond.log
2014/05/27 14:19:13WARN Check 'rep_backlog' on 'db1' is in unknown state! Message: UNKNOWN: Connect error (host = 10.0.60.100:3306, user = mmm_agent)! Lost connection to MySQL server at 'reading initial communication packet', system error: 111
2014/05/27 14:19:13WARN Check 'rep_threads' on 'db1' is in unknown state! Message: UNKNOWN: Connect error (host = 10.0.60.100:3306, user = mmm_agent)! Lost connection to MySQL server at 'reading initial communication packet', system error: 111
2014/05/27 14:19:22 ERROR Check 'mysql' on 'db1' has failed for 10 seconds! Message: ERROR: Connect error (host = 10.0.60.100:3306, user = mmm_agent)! Lost connection to MySQL server at 'reading initial communication packet', system error: 111
2014/05/27 14:19:23 FATAL State of host 'db1' changed from ONLINE to HARD_OFFLINE (ping: OK, mysql: not OK)
2014/05/27 14:19:23INFO Removing all roles from host 'db1':
2014/05/27 14:19:23INFO Removed role 'reader(10.0.60.163)' from host 'db1'
2014/05/27 14:19:23INFO Removed role 'writer(10.0.60.160)' from host 'db1'
2014/05/27 14:19:23INFO Orphaned role 'writer(10.0.60.160)' has been assigned to 'db2' #可以看到写IP已经迁移到mysql02
2014/05/27 14:19:23INFO Orphaned role 'reader(10.0.60.163)' has been assigned to 'db3'
使用mmm_control命令查看状态:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/HARD_OFFLINE. Roles: #mysql01状态已经变为HARD_OFFLINE,意外着ping错误或mysql故障
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.161), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162), reader(10.0.60.163)
检查mysql02的read_only变量是否改变:
mysql02>show global variables like 'read_only'; #默认在passive master时,read_only为ON
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| read_only | OFF |
+---------------+-------+
1 row in set (0.00 sec)
mysql02>
检查mysql03是否已经将mysql02作为主:
mysql03>show slave status/G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.0.60.101 #已经从Mysql02同步
Master_User: repl
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: mysql02-bin.000014
Read_Master_Log_Pos: 120
Relay_Log_File: mysql03-relay-bin.000002
Relay_Log_Pos: 285
Relay_Master_Log_File: mysql02-bin.000014
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
当再次启动mysql01的mysql实例,db1的状态将由HARD_OFFLINE改变为AWAITING_RECOVERY:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/AWAITING_RECOVERY. Roles:
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.161), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162), reader(10.0.60.163)
需要手动设置为online,mmm才会分配read ip给mysql01,并与mysql02同步:
[root@mysql04 ~]# mmm_control set_online db1
OK: State of 'db1' changed to ONLINE. Now you can wait some time and check its new roles!
mysql01>show slave status/G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.0.60.101 #mysql01已经从Mysql02同步
Master_User: repl
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: mysql02-bin.000015
Read_Master_Log_Pos: 120
Relay_Log_File: mysql01-relay.000027
Relay_Log_Pos: 285
Relay_Master_Log_File: mysql02-bin.000015
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
查看mysql02的semisync状态:
mysql02>show status like 'Rpl_semi%';
+--------------------------------------------+-------+
| Variable_name| Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients | 2 |
| Rpl_semi_sync_master_net_avg_wait_time | 1053|
| Rpl_semi_sync_master_net_wait_time | 2106|
| Rpl_semi_sync_master_net_waits | 2 |
| Rpl_semi_sync_master_no_times| 0 |
| Rpl_semi_sync_master_no_tx | 0 |
| Rpl_semi_sync_master_status| ON|
| Rpl_semi_sync_master_timefunc_failures | 0 |
| Rpl_semi_sync_master_tx_avg_wait_time| 1015|
| Rpl_semi_sync_master_tx_wait_time| 1015|
| Rpl_semi_sync_master_tx_waits| 1 |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |
| Rpl_semi_sync_master_wait_sessions | 0 |
| Rpl_semi_sync_master_yes_tx| 1 |
| Rpl_semi_sync_slave_status | ON|
+--------------------------------------------+-------+
15 rows in set (0.00 sec)
2、模拟mysql02(Active Master服务器) kernel panic,期望进行迁移
执行上面的测试后,当前active master为mysql02,使用下面命令模拟kernel panic:
mysql02>/! echo "c" > /proc/sysrq-trigger
查看mmm_mond日志:总共经过了20s的时间完成迁移
# tail -f /var/log/mysql-mmm/mmm_mond.log
2014/05/27 14:44:42WARN Check 'rep_threads' on 'db2' is in unknown state! Message: UNKNOWN: Connect error (host = 10.0.60.101:3306, user = mmm_agent)! Can't connect to MySQL server on '10.0.60.101' (4)
2014/05/27 14:44:42WARN Check 'rep_backlog' on 'db2' is in unknown state! Message: UNKNOWN: Connect error (host = 10.0.60.101:3306, user = mmm_agent)! Can't connect to MySQL server on '10.0.60.101' (4)
2014/05/27 14:44:46 FATAL Can't reach agent on host 'db2'
2014/05/27 14:44:49 ERROR Check 'ping' on 'db2' has failed for 11 seconds! Message: ERROR: Could not ping 10.0.60.101 #ping检查错误
2014/05/27 14:44:55 ERROR Check 'mysql' on 'db2' has failed for 14 seconds! Message: ERROR: Connect error (host = 10.0.60.101:3306, user = mmm_agent)! Can't connect to MySQL server on '10.0.60.101' (4) #mysql检查错误,不能连接
2014/05/27 14:44:59INFO Check 'ping' on 'db2' is ok!
2014/05/27 14:45:02 FATAL State of host 'db2' changed from ONLINE to HARD_OFFLINE (ping: OK, mysql: not OK) #改变mysql02的状态为HARD_OFFLINE
2014/05/27 14:45:02INFO Removing all roles from host 'db2':#移除mysql02的角色
2014/05/27 14:45:02INFO Removed role 'reader(10.0.60.161)' from host 'db2'
2014/05/27 14:45:02INFO Removed role 'writer(10.0.60.160)' from host 'db2'
2014/05/27 14:45:02 FATAL Agent on host 'db2' is reachable again
2014/05/27 14:45:02INFO Orphaned role 'writer(10.0.60.160)' has been assigned to 'db1' #分配角色到其他机器,write IP分配到mysql01,永远不会分配到mysql03
2014/05/27 14:45:02INFO Orphaned role 'reader(10.0.60.161)' has been assigned to 'db3'
使用mmm_control查看状态:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/ONLINE. Roles: reader(10.0.60.163)
db2(10.0.60.101) master/HARD_OFFLINE. Roles:
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162)
3、模拟active master服务器网络不通,期望进行迁移,但是网络恢复后,将不会重启slave;
当前active master为mysql01,在mysql01上禁用网卡:
mysql01>/! cat down_net.sh
ifdown eth0
sleep 600
ifup eth0
mysql01>/! sh down_net.sh
查看mmm_mond日志:总共经过了9s完成迁移
2014/05/27 15:02:35WARN Check 'rep_threads' on 'db1' is in unknown state! Message: UNKNOWN: Connect error (host = 10.0.60.100:3306, user = mmm_agent)! Can't connect to MySQL server on '10.0.60.100' (4)
2014/05/27 15:02:35WARN Check 'rep_backlog' on 'db1' is in unknown state! Message: UNKNOWN: Connect error (host = 10.0.60.100:3306, user = mmm_agent)! Can't connect to MySQL server on '10.0.60.100' (4)
2014/05/27 15:02:41 FATAL Can't reach agent on host 'db1'
2014/05/27 15:02:41 ERROR Check 'ping' on 'db1' has failed for 11 seconds! Message: ERROR: Could not ping 10.0.60.100#ping检查错误
2014/05/27 15:02:44 FATAL State of host 'db1' changed from ONLINE to HARD_OFFLINE (ping: not OK, mysql: OK) #改变状态
2014/05/27 15:02:44INFO Removing all roles from host 'db1': #移除角色
2014/05/27 15:02:44INFO Removed role 'reader(10.0.60.163)' from host 'db1'
2014/05/27 15:02:44INFO Removed role 'writer(10.0.60.160)' from host 'db1'
2014/05/27 15:02:44 ERROR Can't send offline status notification to 'db1' - killing it!
2014/05/27 15:02:44 FATAL Could not kill host 'db1' - there may be some duplicate ips now! (There's no binary configured for killing hosts.)
2014/05/27 15:02:44INFO Orphaned role 'writer(10.0.60.160)' has been assigned to 'db2'
2014/05/27 15:02:44INFO Orphaned role 'reader(10.0.60.163)' has been assigned to 'db3'
2014/05/27 15:02:48 ERROR Check 'mysql' on 'db1' has failed for 14 seconds! Message: ERROR: Connect error (host = 10.0.60.100:3306, user = mmm_agent)! Can't connect to MySQL server on '10.0.60.100' (4)
使用mmm_control查看状态:
[root@mysql04 ~]# mmm_control show
# Warning: agent on host db1 is not reachable
db1(10.0.60.100) master/HARD_OFFLINE. Roles:
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.161), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162), reader(10.0.60.163)
当网络恢复后,mmm会修改mysql01的slave配置,修改主为mysql02,但是没有重启slave,造成不能进行数据同步,需要手工重新开启slave。
使用mmm_control检查状态:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/AWAITING_RECOVERY. Roles:
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.161), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162), reader(10.0.60.163)
[root@mysql04 ~]# mmm_control set_online db1#网络恢复后,手动设置为online
OK: State of 'db1' changed to ONLINE. Now you can wait some time and check its new roles!
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/ONLINE. Roles: reader(10.0.60.163)
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.161), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.162)
检查mysql01的slave状态:看上去正常的
mysql01>show slave status/G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.0.60.101
Master_User: repl
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: mysql02-bin.000015
Read_Master_Log_Pos: 328
Relay_Log_File: mysql01-relay.000027
Relay_Log_Pos: 493
Relay_Master_Log_File: mysql02-bin.000015
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
但是在mysql02(当前active master)插入数据,mysql01不能从mysql02同步:
mysql02> insert into t1 values(2);
Query OK, 1 row affected (0.02 sec)
mysql02>select * from t1;
+----+
| id |
+----+
|1 |
|2 |
+----+
2 rows in set (0.00 sec)
mysql03已经同步了数据:
mysql03>select * from t1;
+----+
| id |
+----+
|1 |
|2 |
+----+
2 rows in set (0.00 sec)
而mysql01没有同步数据:
mysql01>select * from t1;
+----+
| id |
+----+
|1 |
+----+
1 row in set (0.00 sec)
解决方法:先停止slave,然后启动slave;
mysql01>stop slave;start slave;
Query OK, 0 rows affected (0.00 sec)
Query OK, 0 rows affected (0.00 sec)
mysql01>select * from t1;
+----+
| id |
+----+
|1 |
|2 |
+----+
2 rows in set (0.00 sec)
截图:
4、模拟slave线程故障,不管是io或sql线程故障,期望进行迁移,恢复时如果在flap_duration时间内超过了flap_count次数的故障,将不会自动恢复,状态由REPLICATION_FAIL改为 AWAITING_RECOVERY (because it's flapping)
当前active master为mysql02。
停止active master(mysql02)的slave,不会造成迁移:
mmm_mond的日志:已经检测到db2(mysql02)复制线程错误
2014/05/27 15:39:02 ERROR Check 'rep_threads' on 'db2' has failed for 10 seconds! Message: ERROR: Replication is broken
使用mmm_control查看状态:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/ONLINE. Roles: reader(10.0.60.161)
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.162), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.163)
如果当其他slave(mysql01、mysql03)的线程(不管是io还是sql线程)故障将会发生迁移:
手工停止io线程:
mysql01>stop slave io_thread;
Query OK, 0 rows affected (0.01 sec)
查看mmm_mond日志:
2014/05/27 15:43:28 ERROR Check 'rep_threads' on 'db1' has failed for 10 seconds! Message: ERROR: Replication is broken
2014/05/27 15:43:31 FATAL State of host 'db1' changed from ONLINE to REPLICATION_FAIL
2014/05/27 15:43:31INFO Removing all roles from host 'db1':
2014/05/27 15:43:31INFO Removed role 'reader(10.0.60.161)' from host 'db1'#移除角色
2014/05/27 15:43:31INFO Orphaned role 'reader(10.0.60.161)' has been assigned to 'db3'
使用mmm_control查看状态:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/REPLICATION_FAIL. Roles:
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.162), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.161), reader(10.0.60.163)
当重新开启io线程后,mmm将自动恢复db1,并重新迁移read IP到db1(mysql01)上,如果故障超过:
重新开启线程:
mysql01>start slave io_thread;
Query OK, 0 rows affected (0.00 sec)
查看mmm_mond日志:
2014/05/27 15:45:23INFO Check 'rep_threads' on 'db1' is ok!
2014/05/27 15:45:25 FATAL State of host 'db1' changed from REPLICATION_FAIL to ONLINE
2014/05/27 15:45:25INFO Moving role 'reader(10.0.60.163)' from host 'db3' to host 'db1'
使用mmm_control查看状态:
[root@mysql04 ~]# mmm_control show
db1(10.0.60.100) master/ONLINE. Roles: reader(10.0.60.163)
db2(10.0.60.101) master/ONLINE. Roles: reader(10.0.60.162), writer(10.0.60.160)
db3(10.0.60.102) slave/ONLINE. Roles: reader(10.0.60.161)
5、复制延时
延时检查有max_backlog控制,默认为60;
复制延时或错误,如果故障时间少于60s,状态为ONLINE,单会迁移,故障恢复后,mmm自动恢复read IP。如果rep_backlog和rel_threads同时错误,状态将为REPLICATION_FAIL。
6、mmm agent或monitor故障
不会迁移角色,如果此时有master或slave故障,也将不能迁移角色
参考:
MMM官网:http://mysql-mmm.org/
MMM博客:http://blog.mysql-mmm.org/
来自为知笔记(Wiz)
上一篇: smartcomb:用php实现的web模块拼合器_PHP教程
下一篇: Android Room
推荐阅读
-
Heartbeat、haproxy及MySQL双主复制实现读写负载均衡及高可用详细教程
-
MySQL数据库实现MMM高可用群集架构
-
MySQL之MHA高可用配置及故障切换实现详细部署步骤
-
MySQL高可用架构:mysql+keepalived实现
-
如何设计和实现高可用的MySQL
-
应用集成mycat,实现mycat的高可用与mysql的读写分离
-
Heartbeat、haproxy及MySQL双主复制实现读写负载均衡及高可用详细教程
-
Ubuntu搭建Mysql+Keepalived高可用的实现(双主热备)
-
MySQL系列之十四 MySQL的高可用实现
-
容器化 | 基于 Kubernetes 的新一代 MySQL 高可用架构实现方案