共计 2935 个字符，预计需要花费 8 分钟才能阅读完成。
MySQL 中如何选择高可用架构，很多新手对此不是很清楚，为了帮助大家解决这个难题，下面丸趣 TV 小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。
一、高可用架构
MySQL Replication
经典的主从复制，需要多个步骤手动进行配置。例如，用户管理、备份恢复、配置复制 ……MySQL 仅提供了核心功能，整体架构需要用户自己决定（大部分情况下需要定制）。在这种情况下，组织或者公司需要使用不同的技术组件，技术专家或 DBA 需要将大量的工作和时间投入到自动化处理。
MySQL InnoDB Cluster
2016 年，MySQL 推出了 MySQL InnoDB Cluster，InnoDB Cluster 主要包括 MySQL Group Replication（群组成员变化管理、网络分区控制、集群范围一致性 ……），MySQL Shell（强有力的接口，自动化整合全部的组件），MySQL Router（应用透明路由、负载均衡、自动应用故障转移 ……）以及 MySQL Clone（自动化部署成员，完全整合至 InnoDB Cluster）。
MySQL InnoDB Replica Set
2020 年，MySQL 推出 MySQL InnoDB Replica Set。该功能基于经典的主从复制，完全整合 MySQL Shell 和 MySQL Router。
二、InnoDB Cluster 和 InnoDB Replica Set
上面简要介绍了 MySQL 高可用的过去和现在的解决方案，下面将详细地介绍 InnoDB Cluster 和 InnoDB Replica Set。
MySQL InnoDB Cluster 是 MySQL 的一体化产品解决方案，具有高可用性和可伸缩性的特点，组件包括 MySQL Server、MySQL Shell、MySQL Router 和 MySQL Group Replication。它的目标是提供一个 MySQL 一体化产品，全部的组件统一开发，整合全部的组件，并进行全栈测试。此外，简单易用也是该产品的特色，使用一个统一的客户端 MySQL Shell 统一进行集群编排和管理。
MySQL Group Replication
MySQL Group Replication 是分布式高可用 MySQL 数据库，具有容错、自动故障转移、多节点更新、自动成员管理、冲突检测 / 解决以及防止数据丢失功能。它是复制数据库状态机理论的实现，能够保证整体写入顺序，保证一致性。集群范围内最终一致，如果使用 8.0.14 之后的 MySQL 可以实现会话和全局范围的读写强一致性。MySQL 5.7 版本将这个功能 GA，并支持全部的 MySQL 平台，包括 Linux、Windows、Solaris、macOS、FreeBSD 等。
MySQL Group Replication 可以用于如下场景：
一致性：数据零丢失（RPO=0）
○ 主要成员故障时，数据不会丢失。
○ 防止网络分区，通过大多数在线原则防止网络分区。
高可用性：自动故障转移
○ 自动选取主要成员
○ 自动控制网络分区
读取扩展：
○ 按需增加 / 删除节点
○ 使用流程控制处理延迟
○ 可配置一致性级别
◉ 最终一致
◉ 完整一致性
主主环境：
○ 同时写入多个成员
◉ 组内顺序写入（XCOM，PAXOS 理论的实现）
◉ 保证一致性
○ 写入性能良好
◉ 乐观锁（取件于工作负载）
MySQL Router
透明访问数据库的架构，在应用程序和后端的 MySQL 数据库之间提供透明的路由连接。
透明客户端连接路由
○ 负责均衡
○ 应用程序连接故障转移
○ 配置简单
无缝设计提供简单的 HA 客户端路由
○ 路由作为应用程序栈的一部分
整合 InnoDB Cluster 和 InnoDB Replica Set
2 个 TCP 端口用于主节点和非主节点通信
MySQL Shell
提供一个数据库管理接口，可以执行 MySQL 相关的全部任务。
支持多种语言：JavaScript、Python、SQL
可编写脚本
支持文档存储和关系型模型
公开完整的开发和管理 API
经典的 MySQL 协议和 X 协议
MySQL Shell 简单易用，可以通过它快速搭建 InnoDB Cluster。
创建集群
配置实例
添加实例
启动 MySQL Router
检查集群状态
MySQL InnoDB Replica Set
完全整合 MySQL Router
简单易用的 MySQL Shell
配置、增加、移除成员
自动化部署成员（Clone）
主从复制架构
○ 手动进行切换和故障转移
○ 异步读取扩展
○ 简单的主从架构
○ 没有硬件网络要求
◉ 提供主节点的可用性
InnoDB Replica Set 可以通过克隆自动部署新成员，利用 MySQL Shell 自动配置用户和复制，手动配置、增加移除应用程序使用的服务器，MySQL Router 或其他代理，并且能够整合 MySQL Router 的负载均衡能力。从而避免了以往配置主从复制时所需的繁琐步骤。
以往需要使用额外的监控工具在每台服务器上去检查拓扑状态，用户需要负责全部组件的所有配置，每一个设置都相当于定制化。使用 InnoDB Replica Set 可以通过 MySQL Shell status() 来查看拓扑状态，并且 Shell 会基于最佳实践配置服务器、路由和复制，以防止发生错误。
InnoDB Replica Set 是一套标准的解决方案，由 MySQL 团队提供支持和质量保证，这个方案的优点是简单易用，初学者也可以快速掌握。
三、如何选择高可用架构
最后说明一下如何选择不同的高可用架构。
首先要明确业务的需求，高可用性越高意味着成本也越高。可以从以下几个方面去明确目标：
恢复时间目标（RTO）
服务从故障中恢复需要多长时间？
恢复点目标（RPO）
服务在故障中允许丢失的数据
故障类型
○ 高可用：单一服务器故障，网络分区
○ 容灾：整体地域 / 网络故障
○ 人为错误：操作失误，故意破坏
程度
○ 0
○ 秒
○ 分
○ 小时
○ …
不同业务需求对应的架构
单一地域
RTO= 小时
RPO= 分
一台 MySQL 服务器
○ 备份
○ 同步日志
单一地域
RTO= 小时
RPO= 少于 1 秒
一台 MySQL 服务器
○ 频繁备份
○ 持续拉取二进制日志
单一地域
RTO= 数分
RPO= 少于 1 秒
MySQL InnoDB Replica Set
单一地域
RTO= 数秒
RPO=0
MySQL InnoDB Cluster
多地域
地域故障
RTO= 数分
RPO= 数秒
MySQL InnoDB Cluster
○ 配合使用异步复制
多地域
地域故障
RTO= 数分
RPO=0
MySQL InnoDB Cluster 跨地域部署
○ 两个地域的一致性级别设置为 AFTER，或者三个地域，每个地域具有 1 - 2 个成员。
○ 写入的吞吐量受到影响，写入事务需要保证事务同步。
看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注丸趣 TV 行业资讯频道，感谢您对丸趣 TV 的支持。
