- A+
所属分类：MySQL
在生产环境中，我们时常要考虑到高可用性的问题，MySQL复制是脆弱的，诸多原因会导致复制停止。有多种方案来解决MySQL高可用性问题，如DRBD、MMM等等。监视复制拓扑，在故障发生时，自动进行切换，最大限度的减少停机时间保持复制运行。
mysqlfailover工具来监视复制拓扑并在需要时自动执行故障转移。当当前的主出现故障时，人工切换主是非常繁琐和容易出现问题的，需要将所有的从指向新的主，确保不丢失任何事务。mysqlfailover 工具能够自动的执行这一全过程。
假设有5台服务器，主server1:3311，从分别是server2:3312, server3:3313, server4:3314, server:3315。
实例
启动mysqlfailover工具
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 |
shell> mysqlfailover --master=root@server1:3311 \ --slaves=root@server2:3312,root@server3:3313,root@server4:3314,root@server5:3315 \ --log=log.txt --rpl-user=rpl:rpl NOTE: Log file 'log.txt' does not exist. Will be created. # Checking privileges. MySQL Replication Failover Utility Failover Mode = auto Next Interval = Fri Jul 26 10:17:52 2013 Master Information ------------------ Binary Log File Position Binlog_Do_DB Binlog_Ignore_DB master-bin.000001 151 GTID Executed Set None Replication Health Status +----------+-------+---------+--------+------------+---------+ | host | port | role | state | gtid_mode | health | +----------+-------+---------+--------+------------+---------+ | server1 | 3311 | MASTER | UP | ON | OK | | server2 | 3312 | SLAVE | UP | ON | OK | | server3 | 3313 | SLAVE | UP | ON | OK | | server4 | 3314 | SLAVE | UP | ON | OK | | server5 | 3315 | SLAVE | UP | ON | OK | +----------+-------+---------+--------+------------+---------+ Q-quit R-refresh H-health G-GTID Lists U-UUIDs L-log entries |
主崩溃无法访问，然后在预定的时间间隔后（默认15秒），故障转移将会自动启动
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
Failover starting in 'auto' mode... # Candidate slave server2:3312 will become the new master. # Checking slaves status (before failover). # Preparing candidate for failover. # Creating replication user if it does not exist. # Stopping slaves. # Performing STOP on all slaves. # Switching slaves to new master. # Disconnecting new master as slave. # Starting slaves. # Performing START on all slaves. # Checking slaves for errors. # Failover complete. Failover console will restart in 5 seconds. [...] MySQL Replication Failover Utility Failover Mode = auto Next Interval = Fri Jul 26 10:25:17 2013 Master Information ------------------ Binary Log File Position Binlog_Do_DB Binlog_Ignore_DB master-bin.000001 151 GTID Executed Set None Replication Health Status +----------+-------+---------+--------+------------+---------+ | host | port | role | state | gtid_mode | health | +----------+-------+---------+--------+------------+---------+ | server2 | 3312 | MASTER | UP | ON | OK | | server3 | 3313 | SLAVE | UP | ON | OK | | server4 | 3314 | SLAVE | UP | ON | OK | | server5 | 3315 | SLAVE | UP | ON | OK | +----------+-------+---------+--------+------------+---------+ Q-quit R-refresh H-health G-GTID Lists U-UUIDs L-log entries |
上面的例子说明如何启动mysqlfailover ，检查复制拓扑的健康和故障转移发生时的输出信息。
权限
用户必须要有配置复制的权限。
小技巧
上面的例子是在控制台模式下运行的，可以放在后台，在启动时加上--daemon=start选项。还可以指定--log选项，将日志输出到日志文件中。
还可以指定外部脚本。--exec-fail-check 指定外部检查脚本用于替换默认的检查（主可达并且存活）。--exec-before 指定在故障切换前执行的脚本。--exec-after 在故障切换后执行的脚本。--exec-post-failover在故障转移过程完成后（显示健康报告前）执行的脚本。
微信公众号
扫一扫关注运维生存时间公众号，获取最新技术文章~
