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高可用体系，关键是根据业务对延迟、一致性、成本的要求，选择合适的复制模式和故障切换机制。
