MySQL高可用架构实战：NDB Cluster+HAProxy+Keepalived-代码聚汇网

MySQL高可用架构实战：NDB Cluster+HAProxy+Keepalived

抹茶柚子冰·2026-08-11·阅读 22 GEO检测（免费）

MySQL高可用NDB ClusterHAProxy

|难度：普通|阅读约 13 分钟

1. 为什么需要高可用数据库负载均衡架构

在互联网业务快速发展的今天，数据库作为业务系统的核心组件，其稳定性和性能直接影响着用户体验和业务连续性。传统的单节点数据库架构存在明显的单点故障风险，一旦数据库服务器出现硬件故障或网络问题，整个业务系统将陷入瘫痪。同时，随着业务量的增长，单个数据库节点的性能瓶颈也会逐渐显现。

我曾在多个生产环境中见证过数据库单点故障带来的灾难性后果。有一次，某电商平台的MySQL主库因为磁盘故障导致服务中断3小时，直接损失超过200万元。这种惨痛教训促使我们开始探索真正的高可用数据库解决方案。

NDB Cluster（也称为MySQL Cluster）是MySQL官方提供的分布式内存数据库解决方案，它采用无共享架构(shared-nothing architecture)，通过数据自动分片和同步复制实现高可用性。但单纯的NDB Cluster部署仍存在访问入口单点问题，这就需要引入HAProxy和Keepalived来构建完整的解决方案。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 架构设计与核心组件解析

2.1 整体架构拓扑

我们设计的完整架构包含三个核心层次：

数据存储层：由多个NDB数据节点(ndbd)组成，负责数据的分布式存储和自动同步
SQL接口层：由多个MySQL服务器节点(mysqld)构成，提供标准的SQL接口
访问代理层：HAProxy+Keepalived组成的负载均衡和高可用集群

code复制客户端 → Keepalived VIP → HAProxy集群 → MySQL服务器节点 → NDB数据节点

2.2 NDB Cluster核心特性

NDB Cluster有几个关键特性使其特别适合高可用场景：

自动分片：表数据自动水平分区到不同数据节点
同步复制：每个分片在多个数据节点上有完整副本
自动故障检测与恢复：节点故障时自动切换至健康副本
内存优先设计：数据默认存储在内存中，同时支持磁盘持久化

提示：NDB Cluster的"无共享"架构意味着每个节点都有自己的内存和磁盘，节点间通过高速网络通信，这种设计避免了共享存储带来的单点故障风险。

2.3 HAProxy的核心作用

HAProxy在这个架构中承担着几个关键职责：

负载均衡：将客户端请求均匀分发到多个MySQL服务器节点
健康检查：定期探测后端MySQL节点的可用性
连接管理：实现连接池功能，减轻MySQL服务器压力
故障隔离：自动剔除不可用节点，确保请求只发给健康节点

2.4 Keepalived的高可用保障

Keepalived通过VRRP协议实现HAProxy层的高可用：

虚拟IP(VIP)管理：多个HAProxy节点共享一个VIP，客户端只需访问该VIP
主备切换：当主HAProxy节点故障时，VIP自动漂移到备用节点
健康监测：持续监控本地HAProxy进程状态，异常时触发切换

3. 详细部署实施指南

3.1 环境准备与规划

建议的服务器规划（最小生产环境）：

管理节点：1台（ndb_mgmd）
数据节点：至少2台（ndbd），建议4台以实现冗余
SQL节点：至少2台（mysqld）
HAProxy节点：2台，安装HAProxy和Keepalived
网络要求：所有节点间延迟<1ms，建议万兆网络

操作系统建议使用CentOS 7/8或Ubuntu 18.04/20.04 LTS。

3.2 NDB Cluster安装配置

3.2.1 安装MySQL NDB软件包

在所有节点上执行：

bash复制# CentOS
sudo yum install -y mysql-cluster-community-server

# Ubuntu
sudo apt-get install -y mysql-cluster-community-server

3.2.2 配置管理节点

编辑/etc/my.cnf：

ini复制[ndb_mgmd]
hostname=mgmt-node1
datadir=/var/lib/mysql-cluster
NodeId=1

[ndbd default]
NoOfReplicas=2
DataMemory=2G
IndexMemory=512M

3.2.3 配置数据节点

每个数据节点的/etc/my.cnf：

ini复制[ndbd]
hostname=ndb-node1
NodeId=2
datadir=/var/lib/mysql-cluster

3.2.4 配置SQL节点

每个MySQL服务器的/etc/my.cnf：

ini复制[mysqld]
ndbcluster
ndb-connectstring=mgmt-node1
default-storage-engine=ndbcluster

3.2.5 启动集群

按顺序启动各组件：

bash复制# 管理节点
ndb_mgmd -f /var/lib/mysql-cluster/config.ini

# 数据节点
ndbd

# SQL节点
systemctl start mysqld

3.3 HAProxy配置详解

3.3.1 安装HAProxy

在两台负载均衡节点上：

bash复制# CentOS
sudo yum install -y haproxy

# Ubuntu
sudo apt-get install -y haproxy

3.3.2 主配置文件

/etc/haproxy/haproxy.cfg关键配置：

haproxy复制global
    log /dev/log local0
    maxconn 4096
    user haproxy
    group haproxy

defaults
    log global
    mode tcp
    timeout connect 5000ms
    timeout client 50000ms
    timeout server 50000ms

listen mysql-cluster
    bind *:3306
    mode tcp
    balance leastconn
    option mysql-check user haproxy_check
    server mysql1 sql-node1:3306 check inter 2000 rise 2 fall 3
    server mysql2 sql-node2:3306 check inter 2000 rise 2 fall 3

注意：这里使用TCP模式而非HTTP模式，因为MySQL协议是二进制的。balance leastconn策略适合数据库负载均衡，可以保持各MySQL节点的连接数均衡。

3.3.3 健康检查用户

在每个MySQL节点上创建监控用户：

sql复制CREATE USER 'haproxy_check'@'%' IDENTIFIED BY '';
FLUSH PRIVILEGES;

3.4 Keepalived配置实现

3.4.1 安装Keepalived

bash复制# CentOS
sudo yum install -y keepalived

# Ubuntu
sudo apt-get install -y keepalived

3.4.2 主节点配置

/etc/keepalived/keepalived.conf：

conf复制vrrp_script chk_haproxy {
    script "killall -0 haproxy"
    interval 2
    weight 2
}

vrrp_instance VI_1 {
    interface eth0
    state MASTER
    virtual_router_id 51
    priority 101
    advert_int 1
    
    virtual_ipaddress {
        192.168.1.100/24 dev eth0
    }
    
    track_script {
        chk_haproxy
    }
}

3.4.3 备用节点配置

只需修改state和priority：

conf复制state BACKUP
priority 100

3.4.4 启动服务

bash复制systemctl start keepalived
systemctl enable keepalived

4. 关键调优与运维实践

4.1 NDB Cluster性能调优

4.1.1 内存配置优化

在config.ini中调整关键参数：

ini复制[ndbd default]
DataMemory=4G       # 数据内存，通常占可用内存的60%
IndexMemory=1G      # 索引内存，通常为DataMemory的25%
MaxNoOfConcurrentOperations=100000

4.1.2 磁盘IO优化

ini复制DiskPageBufferMemory=128M
SharedGlobalMemory=256M

4.2 HAProxy监控与调优

4.2.1 启用统计页面

在haproxy.cfg中添加：

haproxy复制listen stats
    bind *:8080
    mode http
    stats enable
    stats uri /haproxy?stats
    stats auth admin:securepassword

4.2.2 连接池优化

haproxy复制listen mysql-cluster
    # 原有配置...
    maxconn 2048
    fullconn 1500

4.3 常见故障排查

4.3.1 NDB节点故障恢复

查看集群状态：

bash复制ndb_mgm -e "SHOW"

强制重启数据节点：

bash复制ndb_mgm -e "2 RESTART -n"

4.3.2 脑裂问题处理

当Keepalived出现脑裂时：

检查网络连通性
手动降低优先级强制切换
配置更高的vrrp_priority

4.3.3 日志分析技巧

关键日志位置：

NDB管理节点日志：/var/lib/mysql-cluster/ndb_1_cluster.log
HAProxy日志：/var/log/haproxy.log
Keepalived日志：/var/log/messages

5. 生产环境验证与压测

5.1 故障转移测试

5.1.1 HAProxy层故障转移

在主HAProxy节点上停止服务：

bash复制systemctl stop haproxy

观察VIP漂移和连接切换情况
验证应用端是否出现短暂连接中断（应<3秒）

5.1.2 NDB节点故障测试

随机停止一个数据节点：

bash复制ndb_mgm -e "2 STOP"

验证集群是否自动重新平衡数据
监控应用性能是否受影响

5.2 性能压测方案

使用sysbench进行基准测试：

bash复制sysbench oltp_read_write \
--db-driver=mysql \
--mysql-host=192.168.1.100 \
--mysql-port=3306 \
--mysql-user=test \
--mysql-password=test \
--mysql-db=sbtest \
--tables=10 \
--table-size=1000000 \
--threads=32 \
--time=300 \
--report-interval=10 \
prepare

sysbench ... run

关键监控指标：

集群节点CPU/内存使用率
网络吞吐量
事务延迟(P95, P99)
HAProxy连接队列深度

6. 架构扩展与演进

随着业务规模增长，这套架构可以通过以下方式扩展：

水平扩展NDB数据节点：新增ndbd节点，数据自动重新分布
读写分离：在HAProxy中配置读写分离规则
多活部署：在不同机房部署完整集群，通过异步复制同步数据
容器化部署：将各组件容器化，便于编排和管理

我在实际部署中发现，当数据量超过单节点内存容量时，需要特别注意Disk Data配置。可以通过调整DiskPageBufferMemory和增加磁盘IOPS来缓解性能下降。另一个经验是，定期执行ndb_desc --table来检查表碎片情况，必要时进行在线重组。