MySQL高可用集群核心是防止单点故障，常用方案包括MHA、InnoDB Cluster和中间件配合Keepalived；其中InnoDB Cluster基于组复制，官方支持强一致性，推荐新项目使用，而MHA虽成熟但已停更，适合过渡；关键需保障数据一致性、低延迟网络、完善监控与备份。
MySQL 搭建高可用集群的核心目标是避免单点故障，保证数据库在节点宕机时仍能正常提供服务。常用的方案包括主从复制 + 故障转移、MHA、InnoDB Cluster（基于组复制）、以及使用中间件如 ProxySQL 配合 Keepalived 等。下面介绍几种主流且实用的搭建方式。
1. MySQL 主从复制 + MHA 实现高可用
MHA（Master High Availability） 是一个成熟的开源工具，能在主库宕机时自动完成主从切换，并提升一个从库为新的主库。
搭建步骤如下：
-
• 配置主从复制：确保至少有一个主库和两个从库，通过 binlog 实现数据同步。
• 安装 MHA Node 和 Manager：每个数据库节点安装 MHA Node，单独管理节点安装 MHA Manager。
• 配置 SSH 免密登录：MHA 需要通过 SSH 管理各数据库节点。
• 编写 MHA 配置文件：指定主库、从库、候选主库等信息。
• 启动 MHA Manager 监控：它会持续检查主库状态，一旦发现故障，自动执行 failover。
• 配合 VIP（虚拟IP）：切换后将 VIP 漂移到新主库，应用无需修改连接地址。
优点是成熟稳定，兼容性好；缺点是切换过程可能丢失少量数据，且 MHA 已停止维护。
2. MySQL InnoDB Cluster（推荐现代方案）
InnoDB Cluster 是 Oracle 官方推出的高可用方案，基于 Group Replication（组复制） 技术，支持多节点数据同步和自动故障转移。
核心组件：
-
• MySQL Group Replication：提供多主或单主模式下的数据强一致性复制。
• MySQL Shell：用于配置和管理集群。
• MySQL Router：自动路由客户端请求到当前主节点。
搭建流程：
-
• 所有节点启用 GTID、binlog、log_slave_updates 等复制相关参数。
• 使用 MySQL Shell 连接一个实例，创建集群：
dba.createCluster()
• 添加其他节点：
cluster.addInstance()，自动进行数据同步。
• 启动 MySQL Router，连接元数据获取集群拓扑，实现智能路由。
优势是官方支持、自动选主、数据一致性高，适合新项目部署。
3. 使用中间件 + Keepalived 实现简易高可用
适用于对成本敏感或已有主从架构的场景。
-
• 用 MyCat、ProxySQL 或 HAProxy 做读写代理，统一访问入口。
• 在主库和备用节点部署 Keepalived，绑定一个虚拟 IP（VIP）。
• 正常时 VIP 在主库上；主库宕机后，Keepalived 检测失败，VIP 自动漂移到备库。
• 结合脚本实现主从切换和只读关闭，提升备库为主库。
注意：此方式需手动或脚本处理数据一致性问题，不适用于复杂环境。
4. 关键注意事项
-
• 数据一致性：异步复制存在延迟风险，建议使用半同步或组复制。
• 网络稳定性：集群节点间网络延迟应尽量低，避免脑裂。
• 监控告警：部署 Prometheus + Grafana 或 Zabbix，实时监控复制延迟、节点状态。
• 备份策略：即使有高可用，也需定期全量+增量备份，防止逻辑误删。
基本上就这些。选择哪种方案取决于业务需求、团队技术栈和数据一致性要求。InnoDB Cluster 是目前最推荐的现代化高可用方案，而 MHA 可作为传统系统过渡使用。关键是做好测试和故障演练，确保切换过程可靠。
