由 dawei 单机MySQL虽便于入门，但一旦宕机，业务即中断。磁盘损坏、网络故障或误操作都可能引发服务不可用，这在生产环境中无法接受。
主从复制是迈出高可用的第一步。通过binlog异步传输，从库实时同步主库数据，既分担读压力，又为故障切换提供基础。但手动切换耗时长、易出错，且存在数据丢失风险——尤其当主库崩溃而未同步完的事务尚未落盘时。
引入中间件如MHA（Master High Availability）可实现半自动故障转移。它监控主库心跳，检测异常后快速提升最优从库为新主，并重写从库复制关系。不过MHA需依赖SSH和额外脚本，部署运维复杂，且自身单点也存在可靠性隐患。
MySQL Group Replication（MGR）则走向真正的分布式一致性。基于Paxos协议，节点间多写同步，自动选举主节点，任一节点故障均不影响集群读写（取决于配置模式）。配合MySQL Router，应用无感知路由到健康节点，彻底规避单点依赖。
实际部署中需权衡场景：中小系统可选MGR单主模式+Router，兼顾强一致性与易运维；超大规模可结合ProxySQL做细粒度读写分离与熔断；所有架构都必须配套完备的备份策略（如定期物理备份+binlog归档）和标准化的恢复演练。
AI设计稿，仅供参考
监控与告警是高可用的生命线。除基础资源指标外，须重点跟踪复制延迟、Group Replication成员状态、仲裁连接数及慢查询突增。将这些信号接入统一告警平台，确保问题在影响用户前被定位。
高可用不是配置出来的，而是验证出来的。定期模拟主库宕机、网络分区、磁盘只读等故障，检验切换时效、数据一致性与业务连续性。只有经受住真实压力的架构，才称得上可靠。