第十四课mysql8 0高可用架构之mha和mmm.pdf

第十四课mysql8 0高可用架构之mha和mmm.pdf

  1. 1、本文档共41页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
MySQL⾼可⽤架构之MHA和 MMM ⽼男孩IT教育,只培养技术精英 MHA介绍 MHA (Master High ailability)⽬前在MySQL⾼可⽤⽅⾯是⼀个相对成熟的解决⽅案, 它由⽇本DeNA公司youshimaton开发,是⼀套优秀的作为MySQL⾼可⽤性环境下故障切 换和主从提升的⾼可⽤软件。在MySQL故障切换过程中, MHA能做到在0~30秒之内⾃动完成数据库的故障切换操作,并且在进⾏故障切换的过程 中,MHA能在最⼤程度上保证数据的⼀致性,以达到真正意义上的⾼可⽤。 MHA还提供在线主库切换的功能,能够安全地切换当前运⾏的主库到⼀个新的主库中 (通过将从库提升为主库),⼤概0.5-2秒内即可完成。 ⽼男孩IT教育,只培养技术精英 MHA介绍 • ⾃动故障检测和⾃动故障转移 MHA能够在⼀个已经存在的 环境中 MySQL,当检测到Master故障后能够实现 ⾃动故障转移,通过鉴定出最“新”的Salve的relay log,并将其应⽤到所有的Sl e, 这样MHA就能够保证各个sl e之间的数据⼀致性,即使有些sl e在主库 时还没有 收到最新的relay log 。⼀个sl e节点能否成为候选的主节点可通过在配置⽂件中配 置它的优先级。由于master能够保证各个sl e之间的数据⼀致性,所以所有的sl e节 点都有希望成为主节点。在通常的replication环境中由于 中断⽽极容易产⽣的数据 ⼀致性问题,在MHA 中将不会发⽣。 • 交互式(⼿动)故障转移 MHA可以⼿动地实现故障转移,⽽不必去理会master的状态,即不 master状态, 确认故障发⽣后可通过MHA⼿动切换 • 在线切换Master到不同的主机 MHA能够在0.5-2秒内实现切换,0.5-2秒的写阻塞通常是可接受的,所以你甚⾄能在⾮ 维护期间就在线切换master。诸如升级到⾼版本,升级到更快的 之类的⼯作,将 会变得更容易。 ⽼男孩IT教育,只培养技术精英 MHA优势 • ⾃动故障转移快 • 主库 不存在数据⼀致性问题 • 配置不需要对当前mysql环境做重⼤修改 • 不需要添加额外的 (仅⼀台manager就可管理上百个replication) • 性能优秀,可⼯作在半同步 和异步 ,当 mysql状态时,仅需要每隔N秒 向master发送ping包(默认3秒),所以对性能⽆影响。你可以理解为MHA 的性能和简 单的主从 框架性能⼀样。 • 只要replication⽀持的存储引擎,MHA都⽀持,不会局限于innodb ⽼男孩IT教育,只培养技术精英 MHA组成 MHA 由Manager节点和Node节点组成。 MHA Manager可以单独部署在⼀ ⽴的机器上管理多个master-sl e集群,也可以 部署在⼀台sl e节点上。MHA Node运⾏在每台MySQL 上,MHA Manager会 定时探测集群中的master节点,当master出现故障时,它可以⾃动将最新数据的sl e 提升为新的master,然后将所有其他的sl e重新指向新的master。整个故障转移过程 对应⽤程序完全透明。 ⽼男孩IT教育,只培养技术精英 MHA⼯作原理 • 从宕机 的master保存⼆进制⽇志 (binlog events); • 识别含有最新更新的

文档评论(0)

kay5620 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8001056127000014

1亿VIP精品文档

相关文档