高可用Xenon后MHA时代的选择

　　MySQL高可用的选择
　　在MySQL（5。5及以下）传统复制的时代，MHA（MasterHighAvailability）在MySQL高可用应用中非常成熟。在MySQL（5。6）及GTID时代开启以后，MHA却没有与新的MySQL一起顺应时潮。
　　MHA由日本DeNA公司youshimaton开发，他认为在GTID环境下MHA存在的价值不大，MHA最近一次发版是2018年。现如今使用MySQL已离不开GTID，无论是从功能、性能角度，还是从维护角度，GTID能具备更优异的表现，针对数据业务要求不高场景，常使用GTIDROWSemiSync方案。
　　MHA活跃度
　　基于MHA和GTID发展现状，为适应MySQL版本更新的高可用业务场景，下面介绍一款可替代MHA的高可用方案：MySQLXenon
　　什么是Xenon？
　　Xenon〔zinn〕（https：github。comradondbxenon）是一款由RadonDB开发团队研发并开源的新一代MySQL集群高可用工具。基于Raft协议进行无中心化选主，实现主从秒级切换；基于SemiSync机制，保障数据不丢失，实现数据强一致性。并结合MySQL（5。7及以上版本）并行复制特性，实现Binlog并行回放，大大降低从库延迟。
　　Xenon架构自动选主
　　基于Raft（依赖于GTID）自动选主，数据一致性依赖于增强半同步SemiSync。故障自动切换
　　借助于配置项strongtoutiaoorigincodeleaderstartcommandstrong和strongtoutiaoorigincodeleaderstopcommandstrong调用脚本完成故障切换，也可以结合Consul，ZooKeeper自由扩展。
　　Xtrabackup备份调度集成
　　Xenon工作原理
　　结合架构图，可看出Xenon就是基于RaftSemiSyncGTID实现的高可用，保证大多数节点接收到数据。
　　而Raft基于心跳管理，如果从节点超时收不到主的心跳，会尝试发起选举，若得到超过半数（非IDLE节点）的选票，则会当选为主节点。
　　下面以三节点（一主两从）Xenon集群来简单说明工作原理。
　　｛Leader，〔GTID：｛1，2，3，4，5｝〕
　　｛Follower1，〔GTID：｛1，2，3，4，5｝〕
　　｛Follower2，〔GTID：｛1，2，3｝〕
　　当Leader不可用时，Follower1和Follower2立即参与竞选成为主节点。
　　Xenon校验GTID值较高的Follower成为新主节点，示例中GTID值较高的是Follower1。
　　当GTID值最高的Follower被选举成为新主时，将结束竞选。示例中Follower1成为新主节点后，将会拒绝Follower2的选举。
　　自动完成主从切换。
　　Xenon企业级核心特性一主多从架构，确保金融级强一致性
　　高可用架构大多采用一主两从的初始节点架构设计，并通过MySQL5。7版本中的SemiSync特性实现数据的多副本同步复制，多个从节点的设置将极大的屏蔽掉单点故障带来的影响，确保至少一个从节点与主节点始终保持数据的完全一致，提供金融级数据强一致性。主副本秒级切换，确保业务高可用
　　节点之间使用Raft协议进行管理，当主节点出现故障不可用时，集群会秒级响应并选出新的主节点（与主节点数据完全同步的从节点），并立即接管读写请求，确保业务的连续高可用。这一过程，无需设置后端集群中各节点的角色，一切由系统自动切换。集群中最多可以添加6个从节点，主节点可读可写，从节点设置为只读。同时，集群提供两个VIP，分别是高可用读IP和高可用写IP。读IP可将请求在所有节点之间进行负载分担，提供读取性能的同时，也消除了单点故障的影响，提供业务可靠性。写IP则始终指向主节点（Leader）。系统自动运维，优化系统空间使用效率
　　通过对binlog日志的保留周期expirelogsdays的配置（1～4天），主节点会定期清理不再使用的binlog日志，其他从节点已复制完毕，提高系统的空间利用率。
　　Xenon的优势
　　相比MHA，Xenon的优势如下：多版本内核支持
　　支持MySQL5。6、5。7、8。0内核版本。
　　多平台支持
　　支持物理机、虚拟机云平台、容器Kubernetes平台部署。稳定性更好
　　MySQL新版本特性兼容。性能更佳
　　与GTID、MTS（并行复制）结合，并行日志复制、并行日志回放。架构更简单
　　不需要管理节点，机器成本更低。数据更安全
　　增强半同步复制不会降级为异步，保证数据零丢失，不会存在MHA在GTID模式下丢数据的风险。故障修复全自动
　　Xenon对于故障节点会自动先自我修复。节点恢复快
　　配合Xtrabackup等可以实现快速恢复。
　　操作更简单，维护成本更低持续更新
　　Xenon由RadonDB数据库开发团队持续维护更新。
　　相关参考https：github。comradondbxenontreemasterdocs
　　https：www。fatalerrors。orgaseparationofmhaatlasformysqlhighavailability。html
　　https：github。comyoshinorim
　　https：code。google。comarchivepmysqlmasterha
　　https：dev。mysql。comdocrefman5。6enreplicationgtidsconcepts。html
　　预告
　　下一篇Xenon主题文章，搭建一套XenonMySQL高可用架构集群。
　　关于RadonDB
　　RadonDB开源社区是一个面向云原生、容器化的数据库开源社区，为数据库技术爱好者提供围绕主流开源数据库（MySQL、PostgreSQL、Redis、MongoDB、ClickHouse等）的技术分享平台，并提供企业级RadonDB开源产品及服务。
　　目前RadonDB开源数据库系列产品已被光大银行、浦发硅谷银行、哈密银行、泰康保险、太平保险、安盛保险、阳光保险、百年人寿、安吉物流、安畅物流、蓝月亮、天财商龙、罗克佳华、升哲科技、无锡汇跑体育、北京电信、江苏交通控股、四川航空、昆明航空、国控生物等上千家企业及社区用户采用。
　　RadonDB可基于云平台与Kubernetes容器平台交付，不仅提供覆盖多场景的数据库产品解决方案，而且提供专业的集群管理和自动化运维能力，主要功能特性包括：高可用主从切换、数据强一致性、读写分离、一键安装部署、多维指标监控告警、弹性扩容缩容、横向自由扩展、自动备份恢复、同城多活、异地灾备等。RadonDB仅需企业及社区用户专注于业务层逻辑开发，无需关注集群高可用选型、管理和运维等复杂问题，帮助企业及社区用户大幅度提升业务开发与价值创新的效率！
　　GitHub：
　　https：github。comradondb
　　微信群：请搜索添加群助手微信号radondb