利用mysql工具进行故障切换第二部分：mysqlfailover.pdfVIP

利用 MySQL 工具进行故障切换——第二部分：mysqlfailover 在本系列的前面的文章我们看到在 MySQL 5.6 中，当GTID 启用时如何使用mysqlrpladmin 执行手动故障转移 /切换。现在我们将回顾 MySQL 实用程序中的另一个工具 mysqlfailover(1.4.3 版本)，它可以用于故障的自动转移。 Summary  如果 MySQL 5.6 的 GTID 复制启用的话，mysqlfailover 可以执行故障自动转移。  所有的从机都必须使用——主信息资料库列表。 （All slaves must use --master-info-repository=TABLE. ）  监控节点是一个单故障点：别忘了监视它。 （The monitoring node is a single point of failure: don’t forget to monitor it! ）  错误事项检测效果很好，但是你必须使用保守的选项来确保故障转移将永远不会发生错 误。 （Detection of errant transactions works well, but you have to use the -- pedanticoption to make sure failover will never happen if there is an errant transaction. ）  有一些局限性，比如不能只失败一次或过度的 CPU 利用率，但这对大多数设置影响不 是很大。 （There are a few limitations such as the inability to only fail over once, or excessive CPU utilization, but they are probably not showstoppers for most setups. ） Setup 我们将使用与上次相同的设置：一个主机和两个从机，并且都使用了 GTID 复制。我们 可以看到拓扑使用 mysqlfailover 的 health 命令: （We will use the same setup as last time: one master and two slaves, all using GTID replication. We can see the topology using mysqlfailover with the health command）: 注意 master-info-repository=TABLE 需要在所有从机中进行配置，不然工具将会退出并出 现以下错误信息： Failover 你可以使用两个命令触发自动故障转移:  自动：工具试图在候选指定的服务器列表找到一个候选, ,如果在列表中没有找到好的服 务器，它会检查其他从机看看是否可以是一个很好的候选。这是默认的命令  推选：和自动命令一样，但如果没有在候选名单找到好的候选服务器，它不会检查其他 从机并且工具将退出，显示错误。 让我们开始使用工具的自动命令： 监视控制台是可见的，每间隔几秒会进行刷新（默认值：15 秒）。它的输出类似于使用 health 命令时所得到的。 接来下咱们破坏主机，看当检测到主机失效时会发生什么： （Then let’s kill -9 the master to see what happens once the master is detected as down: ） 、 三次尝试后未能连接到主机后。 启动故障转移“自动”模式… #本地候选：13002 将成为新的主机。 #从机状态检查（在故障转移前）。 #为故障转移进行候选者准备。