MySQL数据库如何进行负载均衡

MySQL数据库负载均衡实践指南

一、总体思路与架构选择

• 读多写少场景优先采用主从复制（Master–Slave），将写请求定向到主库，读请求分摊到多个从库；写压力极大时再考虑分库分表与更复杂的集群形态。
• 负载均衡通常分为三层：
  1. 应用内路由（在代码中按读写分离）；
  2. 中间层代理（如 HAProxy、ProxySQL、MaxScale、MySQL Router）；
  3. 网络层/硬件负载均衡（如 LVS、F5 BIG‑IP）。
• 典型拓扑：客户端 → 负载均衡器/中间件 → 主库（写） + 多个从库（读）；配合健康检查与故障摘除实现高可用。

二、常见方案对比

三、快速落地步骤

• 步骤1 搭建主从复制
  • 主库配置：设置唯一 server-id，开启 log-bin；创建复制账号并授权；记录 File/Position。
  • 从库配置：设置唯一 server-id，配置 relay-log；执行 CHANGE MASTER TO … 并 START SLAVE；用 SHOW SLAVE STATUS 检查 Slave_IO_Running/Slave_SQL_Running=Yes。
• 步骤2 选择负载均衡器并配置
  • HAProxy（TCP，示例要点）：
    • frontend 监听 3306；backend 采用 balance roundrobin；为每个从库配置 server … check；设置连接/读写超时。
  • ProxySQL（读写分离与规则路由）：
    • 在 mysql_servers 中把主库放入写组（如 hostgroup_id=0），从库放入读组（如 hostgroup_id=1）；
    • 通过 mysql_query_rules 将匹配 SELECT/SHOW/DESCRIBE 的语句路由到读组；
    • 配置监控账号，加载到 runtime 并持久化到磁盘。
  • MySQL Router（轻量路由）：
    • 使用 bootstrap 自动发现实例；配置 read-write 与 read-only 两个端口分别指向主库与从库集合。
• 步骤3 健康检查与故障转移
  • 在代理层开启对后端 3306 的健康检查，异常节点自动摘除；
  • 主库故障时，先在代理/中间件层将写流量切换到新主，再重建复制拓扑；
  • 对关键业务开启半同步复制或应用侧重试/熔断，降低数据不一致风险。

四、关键注意事项

• 事务与一致性：跨库事务受限；读写分离下，写后读可能命中从库产生复制延迟，可通过“写后读主”、一致性读或应用层Hint规避。
• 连接管理：连接池大小与超时需与后端实例能力匹配，避免连接风暴；代理层与数据库都应启用空闲回收。
• 监控与告警：监控复制延迟、查询错误率、连接数、慢查询、节点存活；对主从延迟设置阈值告警。
• 安全：限制复制账号权限；代理与管理接口开启认证与访问控制；避免明文密码与未加密传输。
• 容量规划：读扩展优先加从库并调整权重；写扩展考虑分库分表或 InnoDB Cluster/Galera 等多主方案。