在 CentOS 上实现 MySQL 高可用，常用做法包括：基于复制的自动故障切换（如 MHA）、主主 + Keepalived 的 VIP 漂移、共享存储/集群栈（如 DRBD + Pacemaker/Corosync）、以及原生多主/一致性集群（MySQL Group Replication、Percona XtraDB Cluster、NDB Cluster）。选择时优先考虑数据一致性、切换时延、维护复杂度与团队能力。
方案一 MHA 自动故障切换主从集群
- 架构要点：一主多从，部署 MHA Manager 与 MHA Node；通过 VIP 对外提供统一访问；主库异常时自动从拥有最新 relay log 的从库提升为新主，并让其他从库重指向新主，切换通常在0–30 秒内完成。要求至少3 台数据库节点，且管理节点到各库具备 SSH 互信 与必要的 sudo 权限。
- 关键配置与检查：
- 各库创建复制与管理账号，开启 GTID 或记录 binlog 位点；MHA 配置中定义 manager_workdir、manager_log、user、repl_user、ssh_user、master_binlog_dir、remote_workdir、secondary_check_script 等；
- 使用工具校验与运维：masterha_check_ssh、masterha_check_repl、masterha_manager、masterha_master_switch；
- 注意边界：若主库硬件故障或无法通过 SSH 访问，MHA 无法从宕机主库抢救最新 binlog，存在少量数据丢失风险；可通过增加从库数量、优化复制延迟降低影响。
方案二 主主复制 + Keepalived VIP 漂移
- 架构要点：两节点互为主从（主主），在 VIP 层面做故障转移；任一节点宕机或 MySQL 服务异常，由 Keepalived 将 VIP 漂移到备用节点，实现几秒级切换；修复后可切回。
- 实施提示：
- MySQL 侧开启 log-bin、server-id，配置互为主从的复制账号与参数；
- Keepalived 提供 VRRP 心跳与健康检查脚本（检测 mysqld 进程/端口），优先保障可写节点持有 VIP；
- 应用通过 VIP 访问，避免直连具体实例；谨慎处理自增主键冲突（如设置 auto_increment_offset/increment）。
方案三 共享存储与 Pacemaker/Corosync 实现故障转移
- 架构要点：使用 DRBD 将主库数据目录做块设备级同步，配合 Pacemaker/Corosync 管理资源（VIP、DRBD 主从、mysqld）；主库故障时自动切换 DRBD 主从并拉起 mysqld，保证数据零或近零丢失。
- 实施要点：
- 安装与配置 DRBD，初始化并同步数据；
- 配置 Pacemaker/Corosync 集群资源与约束（启动顺序、反亲和）；
- 定义健康检查与切换策略，定期演练故障转移。
方案四 原生多主与一致性集群
-
MySQL Group Replication（MGR）：基于 Paxos 的多主复制，支持冲突检测与多数派提交，提供内置故障切换与一致性保障；适合需要多写与自动选主的场景。部署时启用 GTID、ROW 格式，配置 group_replication 参数与引导节点。
-
Percona XtraDB Cluster（PXC）：基于 Galera 的同步多主集群，强一致、多写友好，但对网络延迟较敏感；适合高一致性与横向扩展读写的场景。
-
MySQL NDB Cluster：内存型存储引擎的集群架构，提供 NDB 数据节点 + SQL 节点 + 管理节点；适合超高性能与高可用的电信/金融级场景，部署与运维复杂度较高。
对比与选型建议
| 方案 |
切换速度 |
数据一致性 |
复杂度 |
典型场景 |
| MHA |
秒级（约0–30s） |
近一致（依赖复制位点/GTID） |
中 |
读写分离为主、主库故障自动切换 |
| 主主 + Keepalived |
秒级 |
依赖应用/复制设计 |
中 |
双活入口、快速漂移 |
| DRBD + Pacemaker/Corosync |
秒级 |
高（块级同步） |
高 |
强一致、共享存储思路 |
| MGR / PXC / NDB |
自动（多数派/协议） |
强一致 |
中-高 |
多写、强一致、云原生/高并发 |
落地实施与运维要点
- 基础与复制：统一 server-id、log-bin、gtid-mode=ON、enforce_gtid_consistency；主从/组复制前先建立复制账号并校验 Slave_IO_Running/Slave_SQL_Running=Yes 或 Replica_IO/SQL 状态。
- 连接入口：对外使用 VIP 或 ProxySQL/MaxScale 统一接入，避免直连实例；读写分离时确保写路由到主、读可分发到从。
- 监控与演练：部署 心跳/健康检查（如脚本或 Keepalived）、延迟与复制错误告警、定期故障切换演练与备份校验（物理/逻辑备份结合）。
- 版本与生态：在 CentOS 7/8 上优先选用与系统兼容的 MySQL 8 或 Percona Server 版本，保持内核、库与驱动的匹配更新。