MySQL 高可用集群
一、核心概念
- 高可用（HA） ：保障数据库服务持续在线、数据不丢失，核心指标 RTO（恢复时间） 、RPO（数据丢失量）。
- 主流方案 ：主从复制（基础） 、MGR（官方原生强一致） 、MHA（主从自动切换） 、PXC/Galera（多主同步）。
二、方案对比（生产选型）
1. 主从复制（Master-Slave）
- 原理：主库写 binlog，从库异步 / 半同步重放，一主多从、读写分离。
- 优点：简单、兼容好、性能高、成本低。
- 缺点 ：自动切换需外部工具、异步有数据丢失风险。
- 适用：中小业务、非核心、读写分离。
2. MGR（MySQL Group Replication）
- 原理 ：基于 Paxos 共识，多数派确认提交，单主 / 多主模式。
- 优点 ：强一致（RPO=0）、自动选主、故障自愈、原生支持。
- 缺点：仅 InnoDB、必须主键、对大事务敏感、网络要求高。
- 适用 ：核心交易、金融、高可靠场景。
3. MHA（Master High Availability）
- 原理 ：主从 + Manager 节点，自动探测、选最优从库升主。
- 优点：切换快（秒～分钟）、支持多引擎、兼容旧版。
- 缺点：Manager 单点、需 SSH 互信、版本停更（2018）。
- 适用：已有主从、需低成本自动切换。
4. PXC（Percona XtraDB Cluster）
- 原理 ：Galera 同步复制、多主全可写、强一致。
- 优点：去中心化、无单点、多活、延迟低。
- 缺点：仅 InnoDB、性能受最慢节点影响、DDL 受限。
- 适用：多机房、高并发写入、强一致。
方案速览
表格
| 方案 | 一致性 | 切换 | 复杂度 | 场景 |
|---|---|---|---|---|
| 主从 | 弱 / 半同步 | 手动 / MHA | 低 | 通用、读写分离 |
| MGR | 强一致 | 自动（秒级） | 中 | 核心、金融 |
| MHA | 半同步 | 自动（秒级） | 中 | 主从升级 |
| PXC | 强一致 | 自动（秒级） | 高 | 多活、高并发 |
三、MGR 集群（重点）
1. 核心特性
- 模式 ：单主（推荐）（一主多从只读）、多主（全节点可写）。
- 节点数 ：3/5/7 奇数节点（防脑裂），最大 9 个。
- 要求 ：MySQL 5.7+、GTID=ON、binlog=ROW、InnoDB、主键。
- 通信端口：3306（业务）+33061（组通信）。
2. 关键配置（my.cnf）
ini
[mysqld]
server-id=1
gtid_mode=ON
enforce_gtid_consistency=ON
binlog_format=ROW
log_slave_updates=ON
binlog_checksum=NONE
transaction_write_set_extraction=XXHASH64
# MGR
plugin_load_add=group_replication.so
group_replication_group_name="UUID"
group_replication_local_address="IP:33061"
group_replication_group_seeds="IP1:33061,IP2:33061,IP3:33061"
group_replication_single_primary_mode=ON # 单主
group_replication_bootstrap_group=OFF3. 部署步骤
- 安装 MySQL 8.0、配置 hosts、关闭防火墙 / SELinux。
- 所有节点配置 my.cnf、启动 MySQL。
- 安装 MGR 插件、创建复制用户。
- 首节点引导集群（bootstrap=ON），其他节点加入。
- 查看集群状态：
SELECT * FROM performance_schema.replication_group_members;
4. 故障切换
- 主库宕机：自动选举新主（秒级），业务短暂中断。
- 原主恢复：自动加入为从节点（SECONDARY）。
- 脑裂防护：多数派机制（>N/2 节点存活）。
5. 生产最佳实践
- 单主模式优先、节点 3 个、网络延迟 < 5ms。
- 禁止大事务（<5MB）、拆分批量 DML、避开高峰 DDL。
- 监控：成员状态、复制延迟、流控、事务异常。
四、主从 + MHA（经典方案）
1. 架构
- 1 主 2 从、MHA Manager（独立节点）、VIP+Keepalived。
- 主故障：自动选最新从库升主、切换 VIP、其他从库指向新主。
2. 核心配置
- 主从开启半同步 、GTID。
- MHA 配置文件定义主从、用户、VIP、切换脚本。
- 节点间SSH 免密。
3. 优缺点
- 优：成熟、切换快、兼容好、成本低。
- 缺：Manager 单点、维护复杂、无官方更新。
五、高可用关键组件
1. 读写分离
- ProxySQL/MaxScale/MySQL Router：读写路由、负载均衡、故障屏蔽。
- 应用层：写主库、读从库。
2. 负载均衡与 VIP
- LVS/HAProxy/Keepalived：提供统一入口、故障漂移。
3. 监控告警
- Prometheus+Grafana+Alertmanager：监控连接数、延迟、状态、磁盘、CPU。
六、生产选型建议
- 中小业务 / 非核心：主从 + 读写分离 + 手动切换。
- 核心 / 金融 / 高可靠 ：MGR 单主（3 节点）+MySQL Router + 监控。
- 已有主从、低成本升级：MHA+Keepalived。
- 多机房 / 多活写入：PXC/Galera。
七、常见问题与避坑
- MGR 大事务 ：提交超时、节点卡住 → 拆分事务。
- 脑裂 ：网络分区双主 → 奇数节点 + 多数派。
- 数据不一致 ：主从异步丢失 → MGR 强一致 / 半同步。
- 性能损耗：MGR 共识、PXC 同步 → 合理分片、优化事务。
八、总结
- MGR 是 MySQL 官方高可用标准方案，强一致、自动切换，适合核心业务。
- 主从 + MHA成熟稳定、成本低，适合存量架构。
- 高可用 =架构冗余 + 自动切换 + 数据一致 + 完善监控