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

利用MySQL工具进行故障切换——第二部分：mysqlfailover在本系列的前面的文章我们看到在MySQL5.6中，当GTID启用时如何使用mysqlrpladmin执行手动故障转移/切换。现在我们将回顾MySQL实用程序中的另一个工具mysqlfailover(1.4.3版本)，它可以用于故障的自动转移。Summary如果MySQL5.6的GTID复制启用的话，mysqlfailover可以执行故障自动转移。所有的从机都必须使用——主信息资料库列表。（Allslavesmustuse--master-info-repository=TABLE.）监控节点是一个单故障点：别忘了监视它。（Themonitoringnodeisasinglepointoffailure:don’tforgettomonitorit!）错误事项检测效果很好，但是你必须使用保守的选项来确保故障转移将永远不会发生错误。（Detectionoferranttransactionsworkswell,butyouhavetousethe--pedanticoptiontomakesurefailoverwillneverhappenifthereisanerranttransaction.）有一些局限性，比如不能只失败一次或过度的CPU利用率，但这对大多数设置影响不是很大。（Thereareafewlimitationssuchastheinabilitytoonlyfailoveronce,orexcessiveCPUutilization,buttheyareprobablynotshowstoppersformostsetups.）Setup我们将使用与上次相同的设置：一个主机和两个从机，并且都使用了GTID复制。我们可以看到拓扑使用mysqlfailover的health命令:（Wewillusethesamesetupaslasttime:onemasterandtwoslaves,allusingGTIDreplication.Wecanseethetopologyusingmysqlfailoverwiththehealthcommand）:注意master-info-repository=TABLE需要在所有从机中进行配置，不然工具将会退出并出现以下错误信息：Failover你可以使用两个命令触发自动故障转移:自动：工具试图在候选指定的服务器列表找到一个候选,,如果在列表中没有找到好的服务器，它会检查其他从机看看是否可以是一个很好的候选。这是默认的命令推选：和自动命令一样，但如果没有在候选名单找到好的候选服务器，它不会检查其他从机并且工具将退出，显示错误。让我们开始使用工具的自动命令：监视控制台是可见的，每间隔几秒会进行刷新（默认值：15秒）。它的输出类似于使用health命令时所得到的。接来下咱们破坏主机，看当检测到主机失效时会发生什么：（Thenlet’skill-9themastertoseewhathappensoncethemasterisdetectedasdown:）三次尝试后未能连接到主机后。启动故障转移“自动”模式…三次尝试后未能连接到主机后。启动故障转移“自动”模式…#本地候选：13002将成为新的主机。#从机状态检查（在故障转移前）。#为故障转移进行候选者准备。#如果用户不存在则复制用户。#停止备份。#执行在所有从机上执行停止命令。#转换从机到新的主机上。#断开新主机的从机身份。#开始备份。#在所有从机上执行开始命令。#检查从机错误。#故障转移完成。#发现主机备份在本地：13002故障恢复控制台将在5秒后重新启动。看起来不错！工具接下来准备将故障转移到另一个从机如果新的主机变得不可用的话。你也可以在执行中的几点运行自定义脚本，——执行前，——执行后，——执行失败检查，——执行快速故障转