MySQL高可用集群通过主从复制+MHA、MGR+InnoDB Cluster、Keepalived+双主等方案避免单点故障。1. 主从+MHA：成熟稳定，自动故障转移，但可能丢数据且已停更；2. MGR+InnoDB Cluster：官方方案，强一致，自动选主，适合8.0+环境；3. Keepalived+双主：成本低，VIP漂移实现快速切换，需防自增ID冲突。建议新项目用MGR，老旧系统用MHA，小规模可选双主，均需配合备份、监控与演练确保可靠性。
MySQL高可用集群的核心目标是避免单点故障，确保数据库在出现硬件损坏、网络中断或主节点宕机时仍能正常提供服务。实现MySQL高可用的方式有多种，常见的包括：主从复制 + MHA、基于Paxos协议的InnoDB Cluster（MySQL Group Replication）、以及使用中间件如ProxySQL + MGR等方案。下面介绍几种主流且实用的搭建方法。
1. 主从复制 + MHA 实现高可用
这是传统但稳定的一种高可用架构，通过主从复制同步数据，MHA（Master High Availability）负责自动故障转移。
实现步骤：
- 配置MySQL主从复制：一主多从结构，主库负责写，从库同步并可承担读负载。
- 部署MHA Manager和MHA Node：MHA Node安装在每个MySQL节点上，Manager部署在独立监控服务器上。
- 配置SSH免密登录：MHA需通过SSH管理各节点。
- 配置masterha_conf文件，指定主从关系、健康检查脚本等。
- 启动MHA Manager，它会持续监控主库状态，一旦检测到主库宕机，自动选择一个最新的从库提升为主库，并重新配置其他从库指向新主。
优点是成熟稳定，兼容性好；缺点是切换过程可能丢失少量未同步事务，且MHA已停止更新。
2. MySQL Group Replication（MGR）+ InnoDB Cluster
MySQL官方推出的高可用方案，基于Paxos协议实现多节点数据一致性，支持自动故障恢复。
实现方式：
- 启用GTID和binlog，确保复制一致性。
- 安装MySQL Shell工具（mysqlsh），用于管理InnoDB Cluster。
- 在多个节点上配置相同参数，启用Group Replication插件。
- 使用MySQL Shell创建集群：dba.createCluster()，然后添加实例：cluster.addInstance()。
- 集群自动选举主节点（写节点），其余为从节点（读节点），支持单主或多主模式。
当主节点宕机，系统自动触发选主，无需人工干预。结合MySQL Router可实现应用透明连接。
优势是原生支持、强一致性、自动管理；适合5.7以上版本，尤其是8.0环境。
3. 使用Keepalived + 双主复制（Active-Standby）
适用于对成本敏感、规模较小的场景，通过虚拟IP实现主备切换。
实现逻辑：
- 配置两个MySQL节点为双主模式（互为主从），但只允许一个节点接受写操作。
- 部署Keepalived，在主节点上绑定虚拟IP（VIP）。
- Keepalived通过心跳检测主节点存活状态，若主节点宕机，VIP自动漂移到备用节点。
- 应用通过VIP连接数据库，切换过程对应用基本透明。
注意需做好自增ID冲突规避（如设置auto_increment_increment和auto_increment_offset），防止数据冲突。
4. 高可用方案对比与建议
不同场景适合不同方案：
- 老旧系统或兼容性要求高 → 推荐主从 + MHA。
- 新项目、追求自动化运维 → 推荐InnoDB Cluster（MGR）。
- 简单热备、快速切换 → Keepalived + 双主可行，但需谨慎设计。
无论哪种方案，都应配合定期备份（如Percona XtraBackup）、监控告警（Prometheus + MySQL Exporter）和灾备演练，才能真正保障业务连续性。
基本上就这些，选择合适方案后，关键是做好配置测试和故障模拟，确保切换可靠。
