MySQL高可用集群可通过主从复制+MHA、MySQL Group Replication、InnoDB Cluster或Keepalived+双主实现；其中InnoDB Cluster基于组复制，集成自动化管理，推荐新项目使用，而MHA成熟稳定适合已有系统，关键在于保障数据一致性并定期演练切换。
MySQL高可用集群的搭建是为了保证数据库服务在出现故障时仍能正常运行，避免单点故障导致业务中断。常见的实现方式包括主从复制+MHA、MySQL Group Replication、InnoDB Cluster以及使用中间件如ProxySQL配合Keepalived等方式。以下是几种主流且实用的MySQL高可用集群搭建方法。
1. 主从复制 + MHA（Master High Availability）
MHA是目前较为成熟的MySQL高可用方案之一，能够在主库宕机后自动完成故障转移，并选择最优的从库提升为主库。
搭建步骤：
- 配置MySQL主从复制：确保至少一主多从结构，通过binlog实现数据同步。
- 安装MHA Node和MHA Manager：所有MySQL节点安装Node，管理节点安装Manager。
- 配置SSH免密登录：MHA需通过SSH连接各节点执行操作。
- 编写MHA配置文件：指定主库、从库、监控用户、工作目录等参数。
- 启动MHA Manager并测试故障切换：模拟主库宕机，观察是否自动切换并更新主从关系。
优点是成熟稳定，切换速度快；缺点是依赖脚本和外部组件，配置稍复杂。
2. MySQL Group Replication（组复制）
MySQL官方提供的基于Paxos协议的多主或单主复制模式，支持强一致性，适合构建高可用集群。
核心要求：
- MySQL版本需为5.7.17以上，推荐8.0+
- 启用GTID、binlog_row_image=FULL、enforce_gtid_consistency等参数
- 使用InnoDB引擎，表必须有主键
部署流程：
- 初始化多个MySQL实例，修改配置支持组复制插件
- 在第一个节点执行START GROUP_REPLICATION启动引导
- 其他节点加入组，自动同步数据
- 可通过performance_schema.replication_group_members查看成员状态
该模式可与MySQL Shell结合使用，进一步简化管理。
3. InnoDB Cluster（推荐用于新项目）
InnoDB Cluster是Oracle官方推出的完整高可用解决方案，底层基于Group Replication，通过MySQL Shell和MySQL Router实现自动化管理。
优势：
操作示例：
# 使用MySQL Shell创建集群
dba.createCluster('mycluster')
cluster.addInstance('root@host2:3306')
cluster.status()
MySQL Router会定期从元数据服务器获取集群拓扑，自动将写请求转发给主节点，读请求可负载到从节点。
4. Keepalived + 双主架构（简单场景适用）
适用于对成本敏感或环境受限的小型系统。两台MySQL配置为双主（互为主从），通过Keepalived虚拟IP对外提供服务。
当主库宕机时，VIP漂移到备用节点，应用继续通过同一地址访问数据库。
注意点：
- 必须做好自增ID冲突规避（如一个库用奇数，另一个用偶数）
- Keepalived只负责IP漂移，不判断MySQL进程是否真正可用，建议配合脚本检测mysqld状态
此方案实现简单，但存在脑裂风险，需谨慎使用。
基本上就这些常见方案。选择哪种方式取决于你的业务需求、团队技术能力和维护成本。如果是新项目，强烈推荐使用InnoDB Cluster；已有系统可考虑MHA或升级到Group Replication。关键是做好数据一致性保障和定期演练故障切换。
