Linux MySQL集群搭建有哪些要点 - 问答

Linux MySQL 集群搭建要点

一方案选型与适用场景

MySQL Replication（异步/半同步）：主库写、从库读，易搭建、成本低，适合读多写少与快速容灾；一致性依赖复制模式与监控，故障切换通常需要外部工具配合。半同步建议启用增强/无损模式以降低RPO。
MySQL Group Replication（MGR）：基于Paxos的分布式一致性协议，支持单主/多主，内置故障检测与自动选主，提供强一致与自动容错；对网络质量与节点规模较敏感，需要合理的冲突处理策略。
MySQL InnoDB Cluster：官方一体化高可用方案，底层用MGR，配合MySQL Router与MySQL Shell AdminAPI实现自动部署、成员管理、读写分离与故障转移，适合希望“少运维、标准化”的团队。
MySQL InnoDB ReplicaSet：一主多从的复制集，集成Router，配置简单，但故障切换多为手动，适合中小规模或测试环境。
MySQL InnoDB ClusterSet：跨地域容灾架构，主集群与副本集群间异步复制，主集群异常可激活副本集群；仅支持单主、跨中心写入性能受限，切换多为人工流程。
MySQL NDB Cluster（NDB引擎）：共享无存储、分布式内存数据库，自动分片与故障恢复，适合超高并发与低时延场景；与传统InnoDB生态差异较大，需专用配置与运维经验。

二基础架构与容量规划

节点角色与数量：至少准备3台主机；MGR/InnoDB Cluster通常建议3或5节点以兼顾容错与写入可用性；NDB需区分管理节点（MGM）、数据节点（NDB）与SQL节点（API）。
复制与一致性：明确复制模式（异步/半同步/无损半同步/MGR一致性级别），结合RTO/RPO目标选择；跨机房部署需评估复制延迟与一致性取舍。
数据与内存：NDB需规划DataMemory/IndexMemory与节点数，确保数据分片与副本数匹配；InnoDB场景重点在缓冲池、日志与I/O能力。
端口与连通性：开放管理/复制/数据节点通信端口（如NDB管理端口1186、数据通信2202），并打通节点间互通与VIP/安全组策略。
高可用拓扑：避免单点（如单管理节点），关键组件考虑主备或集群化；读写分离建议通过Router/Proxy透明接入。

三部署与配置关键步骤

安装与基线：统一操作系统与MySQL版本，清理冲突包（如系统自带MariaDB），创建mysql用户与数据目录，初始化实例并加固安全基线。
核心配置：
- MGR/InnoDB Cluster：启用组复制插件，配置server_id、gtid_mode、enforce_gtid_consistency、group_replication_xxx等关键参数，引导首个节点后依次加入其余节点。
- 主从/半同步：主库开启log-bin与gtid，创建复制账号；从库配置relay-log、read_only等，使用CHANGE MASTER TO建立复制链路并校验延迟与错误。
- NDB Cluster：管理节点编辑config.ini（如NoOfReplicas、DataMemory、IndexMemory、[NDB_MGMD]/[NDBD]/[MYSQLD]节点），数据/SQL节点在my.cnf中加入ndbcluster与ndb-connectstring并启动相应进程。
初始化与验证：使用管理工具（如ndb_mgm> show）或SQL命令（如SHOW REPLICA STATUS/SHOW VARIABLES LIKE ‘group_replication%’）核对集群/复制状态与健康度。

四运维、监控与故障切换

监控要点：复制链路（IO/SQL线程、Seconds_Behind_Source/Replica）、冲突与回滚（MGR）、节点存活与分区（Quorum）、延迟与吞吐、错误日志与告警。
备份恢复：定期全量+增量备份（物理/逻辑皆可），验证恢复演练与时间点恢复能力；NDB需关注数据与元数据一致性备份策略。
常见故障处理：主从断链（定位错误、跳过/重搭）、脑裂与多数派（MGR依赖多数派存活）、复制延迟（优化SQL/参数/拓扑/网络）、跨中心延迟（降级读、就近写）。
升级与扩缩容：滚动升级保持版本一致性与兼容性；MGR/InnoDB Cluster扩缩容遵循官方流程，NDB需按节点组与数据分布谨慎操作。

五安全与合规要点

0 赞

0 踩