基于Galera的MySQL/MariaDB数据库参考架构在VPS主机上的部署与实践

1. 引言

在当今数据驱动的应用中，数据库的高可用性和可扩展性成为关键需求。Galera Cluster 是一种同步多主复制解决方案，广泛用于 MySQL 和 MariaDB，能够在多个节点间实现数据实时同步，提供高可用性和读写扩展能力。对于资源有限但追求高可用的场景，在 VPS（虚拟专用服务器）主机上部署 Galera 集群是一种经济高效的方案。本文将介绍基于 VPS 的 Galera 数据库参考架构，涵盖架构设计、部署要点、运维考量及最佳实践。

2. Galera Cluster 核心特性

• 同步复制：事务在所有节点提交前需获得全集群认证，确保数据强一致性。
• 多主写入：任意节点均可执行读写操作，无需应用层路由区分。
• 自动节点加入：新节点自动从现有节点同步数据（SST/IST）。
• 故障转移：节点故障不影响集群整体可用性，客户端可通过负载均衡或连接池切换。
• For MySQL: 常与 Percona XtraDB Cluster 或 MariaDB Galera Cluster 搭配；对于 MariaDB，Galera 是原生集成组件。

3. VPS 环境下的参考架构

3.1 集群拓扑

推荐至少三个节点组成 Galera 集群，以满足法定人数（Quorum）要求，避免脑裂。每个节点部署在独立的 VPS 上，分布于不同的物理主机或可用区（若供应商支持）。典型拓扑如下：

• 节点1：VPS-1（主数据中心A）
• 节点2：VPS-2（主数据中心B）
• 节点3：VPS-3（主数据中心C）
• 可选仲裁节点：在轻量 VPS 上运行 Galera Arbitrator（garbd），用于防止脑裂而不参与数据复制。

若仅有两个数据节点，可增加一个仲裁节点，构成“2+1”模式，降低成本同时保证投票多数。

3.2 网络要求

Galera 节点间需低延迟、稳定连接。VPS 通常提供内网或公网 IP，建议：

• 使用内网通信（若供应商支持），降低延迟和流量成本。
• 若必须走公网，启用 TLS 加密复制流量，并配置防火墙仅允许节点间特定端口（3306, 4567, 4568, 4444）通信。

3.3 资源规划

VPS 资源配置需根据数据量和负载确定：

• CPU：至少 2 核，建议 4 核以上应对并发复制。
• 内存：根据数据集大小，建议不少于 4GB，确保 InnoDB 缓冲池充足。
• 存储：使用 SSD 存储，提高 I/O 性能；考虑磁盘空间需预留 2 倍数据量以支持 SST。
• 带宽：内部复制流量可能较大，确保 VPS 有足够带宽和流量包。

3.4 组件选择

- 数据库版本：MariaDB 10.6+ 或 MySQL 8.0（搭配 Percona XtraDB Cluster 8.0）。
- Galera 版本：MariaDB 自带 Galera 4；MySQL 需单独安装 Percona Galera。
- 负载均衡器：可选 HAProxy、ProxySQL 或 MaxScale，实现客户端请求分发和故障转移。
- 监控：Prometheus + Grafana，或 Percona Monitoring and Management (PMM)。
Backup：XtraBackup 或 Mariabackup 进行物理备份。

4. 部署步骤概览（以 MariaDB Galera 为例）

1. 准备 VPS：更新系统，设置主机名和 hosts，配置时间同步（NTP）。
2. 安装 MariaDB 与 Galera：在各节点安装 MariaDB Server 和 Galera 提供商。
3. 配置 Galera：编辑/etc/mysql/conf.d/galera.cnf，设置 wsrepclusteraddress、wsrepnodeaddress、wsrepnodename 等关键参数。
4. 初始化首个节点：在第一个节点执行 mysqldsafe --wsrep-new-cluster 或 galeranew_cluster 启动新集群。
5. 加入其余节点：正常启动 MariaDB 服务，节点自动检测并加入集群。
6. 验证集群：查询 wsrepclustersize 和 wsreplocalstate_comment 确认状态。
7. 配置负载均衡：使用 HAProxy 等分发应用请求至各节点。

5. 运维与最佳实践

5.1 监控与告警

• 监控 Galera 关键指标：wsrep<em>cluster</em>size、wsrep<em>cluster</em>status、wsrep<em>local</em>recv<em>queue、wsrep</em>flow<em>control</em>paused 等。
• 设置阈值告警，及时发现复制延迟或节点掉线。

5.2 备份策略

• 定期执行逻辑备份（mysqldump）和物理备份（mariabackup/XtraBackup）。
• 建议从单个节点备份，避免影响全局性能。
• 测试恢复流程，确保备份有效性。

5.3 扩容与缩容

• 扩容：新增 VPS，安装相同配置，加入集群即自动同步。
• 缩容：停止节点服务，从集群中移除，然后销毁 VPS（注意先确认已从 wsrep 中剔除）。

5.4 脑裂预防

• 确保奇数个投票节点，或使用 Galera Arbitrator。
• 设置合适的 pc.weight 或仲裁策略。
• 监控网络分区，一旦发生脑裂，需人工干预并选择最新数据节点重启集群。

5.5 性能调优

• 优化 InnoDB：调整 innodb<em>buffer</em>pool<em>size、innodb</em>flush<em>log</em>at<em>trx</em>commit=2 以提高吞吐。
• 调整 wsrep 参数：wsrep<em>slave</em>threads、wsrep<em>provider</em>options 中添加 GPU 或优化 gcache。
• 使用 CPU 亲和性减少上下文切换（若可用）。

5.6 安全性

• 启用 mysql 审计插件（如有）。
• 节点间启用 SSL 加密。
• 配置防火墙，限制公网访问。

6. 典型挑战与应对

• 不稳定网络：VPS 公网时延波动可能引起节点驱逐。考虑使用内网，或调整 evs.suspect_timeout 等参数增强容忍度。
• I/O 限制：部分低价 VPS 的磁盘 IO 有瓶颈，可能导致流控。选择 SSD 并限制写入速率。
• 内存溢出：仔细计算数据集大小，避免内存不足引起 SST 和节点崩溃。
• 成本考虑：三台稍微配置高的 VPS 成本可能低于专门托管。建议根据写扩展需求平衡节点数量。

7.

在 VPS 主机上部署 Galera 数据库集群是实现 MySQL/MariaDB 高可用和高可扩展的有效途径。通过合理规划节点配置、细致的调优和持续的运维，即使在云抽象层之下也能构建出稳定的数据库基座。本文提供的参考架构和部署框架可依据具体环境调整，以满足生产和测试需求。读者应结合实际 VPS 供应商特性和业务负载，进行细致的容量规划和性能验证，方能充分发挥 Galera 的潜力。