- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
利用MySQL工具进行故障切换第二部分mysqlfailover
利用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将成为新的主机。#从机状态检查(在故障转移前)。#为故障转移进行候选者准备。#如果用户不存在则复制用户。#停止备份。#执行在所有从机上执行停止命令。#转换从机到新的主机上。#断开新主机的从机身份。#开始备份。#在所有从机上执行开始命令。#检查从机错误。#故障转移完成。#发现主机备份在本地:13002故障恢复控制台将在5秒后重新启动。、看起来不错!工具接下来准备将故障转移到另一个从机如果新的主机变得不可用的话。你也可以在执行中的几点运行自定义脚本,——执行前,——执行后,——执行失败检查,——执行快速故障转移选项。(You can also run custom scripts at several points of execution with the --exec-before, --exec-after, --exec-fail-check, --exec-post-failover options.)但是如果有故障转移选项和退出选项来避免摆动会更好:工具将检测主机失效,提升其中一个从机,配置复制然后退出(比如这就是MHA做的)。 (However it would be great to have a --failover-and-
文档评论(0)