高可用指MySQL在故障时仍能持续提供服务，核心是减少停机时间。通常用“几个9”衡量，如99.99%即全年宕机不超52分钟。实现技术包括主从复制、MySQL Group Replication、InnoDB Cluster、MHA、Keepalived+双主等，关键组件有主从节点、监控仲裁与路由中间件。需注意高可用不等于数据零丢失，异步复制可能存在数据丢失，应根据业务需求选择合适方案。
MySQL数据库高可用指的是在系统运行过程中，即使出现硬件故障、网络中断或数据库服务异常等情况，依然能够保证数据库服务持续对外提供访问的能力。其核心目标是减少系统停机时间，提升业务连续性。
什么是高可用
高可用（High Availability）通常用“几个9”来衡量，例如99.9%可用性表示每年停机时间不超过8.76小时，而99.99%则要求不超过52分钟。对MySQL而言，高可用意味着当主数据库出现问题时，系统能自动或快速切换到备用节点，避免服务长时间中断。
实现MySQL高可用的关键技术
为达成高可用目标，常见的技术手段包括：
- 主从复制（Replication）：通过将主库的数据异步或半同步复制到一个或多个从库，实现数据冗余。一旦主库故障，可手动或自动将从库提升为主库。
- MySQL Group Replication：基于Paxos协议的组复制技术，支持多节点写入和自动故障检测，具备强一致性和容错能力。
- InnoDB Cluster：MySQL官方提供的高可用方案，结合MySQL Shell、Group Replication和MySQL Router，实现自动化管理与故障转移。
- MHA（Master High Availability）：开源工具，能在秒级内完成主库故障切换，并选择最新的从库作为新主库。
- Keepalived + 双主架构：通过虚拟IP（VIP）实现主库故障时IP漂移，保障应用连接不中断。
高可用架构中的常见角色
在典型的MySQL高可用部署中，包含以下关键组件：
- 主节点（Primary）：负责处理写操作和部分读请求。
- 从节点（Replica）：接收主节点的binlog并回放，保持数据同步，用于读扩展和备份。
- 监控与仲裁节点：检测主库健康状态，在故障发生时触发切换流程。
- 中间件或路由层（如ProxySQL、MySQL Router）：自动将客户端请求转发至当前主节点，屏蔽后端变化。
高可用≠数据零丢失
需要明确的是，高可用关注的是服务的持续性，而不是绝对的数据一致性。例如，在异步复制模式下，主库宕机时可能有部分未同步的事务丢失。若要降低数据丢失风险，应采用半同步复制或增强半同步，甚至使用Group Replication等强一致方案。
基本上就这些。构建MySQL高可用体系，关键是根据业务对延迟、一致性、成本的要求，选择合适的复制模式和故障切换机制。
