ubuntu下sqladmin如何进行负载均衡

Ubuntu下使用 sqladmin 实现负载均衡的正确思路

概念澄清与总体思路

• sqladmin 是用于管理数据库（如 MySQL/MariaDB 或 SQL Server）的图形化/命令行工具，本身不提供连接转发或负载均衡能力。要做负载均衡，应让 sqladmin 连接到“负载均衡器”或“数据库集群的接入层”，由其在后端数据库节点间分发连接与读写流量。常见做法是基于 HAProxy/Nginx（TCP 转发） 或 LVS+Keepalived（四层转发） 构建接入层，再配合数据库的主从复制、读写分离或集群能力实现读写分流与高可用。

方案一 四层转发负载均衡 HAProxy（通用、易维护）

• 适用：MySQL/MariaDB、SQL Server 等基于端口的数据库连接；希望快速落地、便于横向扩容。
• 安装与最小配置（以 MySQL 为例，端口 3306）：
  • 安装：sudo apt-get update && sudo apt-get install -y haproxy
  • 编辑 /etc/haproxy/haproxy.cfg（示例）：
    • 全局与默认
      • global
        • log /dev/log local0
        • log /dev/log local1 notice
        • daemon
      • defaults
        • log global
        • mode tcp
        • option tcplog
        • timeout connect 5000ms
        • timeout client 50000ms
        • timeout server 50000ms
    • 前端与后端
      • frontend mysql_front
        • bind *:3306
        • default_backend mysql_back
      • backend mysql_back
        • balance roundrobin
        • server mysql1 192.168.1.101:3306 check
        • server mysql2 192.168.1.102:3306 check
  • 启用与验证
    • sudo systemctl restart haproxy && sudo systemctl enable haproxy
    • 在 sqladmin 中新建连接，主机填 HAProxy 的 IP，端口 3306；连接将按轮询分发到后端 MySQL 实例。
• 说明
  • 若用于 SQL Server（1433），只需将端口改为 1433 并调整后端 server 地址；HAProxy 对应用透明，适合读写都走同一入口的场景。
  • 如需更细粒度控制（如读写分离、权重、健康检查参数），可在 backend 中增加对应选项（如 weight、inter、rise、fall 等）。

方案二 LVS+Keepalived 高可用四层负载均衡（更高吞吐与容灾）

• 适用：大并发、对延迟敏感、需要主备自动切换的生产环境。
• 思路
  • 使用 Keepalived 管理 VRRP 虚拟 IP（VIP），两台或多台 LVS 节点共享 VIP；LVS 采用 DR/TUN/NAT 模式做四层转发至后端数据库 3306/1433。
  • 健康检查通过 Keepalived 的 TCP_CHECK 对后端端口进行探活，异常时自动摘除节点。
• 快速要点（示例）
  • 在两台均衡器上安装：sudo apt-get install -y ipvsadm keepalived
  • Keepalived 配置要点（/etc/keepalived/keepalived.conf 片段）：
    • vrrp_instance VI_1 {
      • state MASTER/BACKUP
      • interface eth0
      • virtual_router_id 51
      • priority 100/90
      • advert_int 1
      • authentication { auth_type PASS; auth_pass 42 }
      • virtual_ipaddress { 192.168.1.100 }
    • }
    • virtual_server 192.168.1.100 3306 {
      • delay_loop 6
      • lb_algo rr
      • lb_kind DR
      • protocol TCP
      • real_server 192.168.1.1 3306 { weight 1; TCP_CHECK { connect_timeout 10; connect_port 3306 } }
      • real_server 192.168.1.2 3306 { weight 1; TCP_CHECK { connect_timeout 10; connect_port 3306 } }
    • }
  • 后端数据库节点需按 LVS DR 模式做 lo:0 绑定 VIP 与 arp 抑制 等常规设置；sqladmin 连接 VIP:3306 即可。
• 说明
  • 该模式具备更强的水平扩展与故障切换能力，适合承载生产级数据库入口流量。

数据库侧配合与读写分离建议

• MySQL 读写分离
  • 架构：主库写，从库读；在 HAProxy 中可定义两个 backend（如 mysql_write 与 mysql_read），分别指向主库与从库；应用或 sqladmin 按操作类型选择对应前端。
  • 复制：配置主从复制（server-id、log_bin、relay_log 等），确保从库 read_only=1，并在从库上创建复制账号。
• SQL Server 读写分流
  • 若运行在 Linux（Ubuntu） 上的 SQL Server，可结合 Always On 可用性组（需企业版）配置只读副本与侦听器，客户端/工具通过侦听器连接，由 SQL Server 在副本间做读取分发；或在无 AG 的场景下用 HAProxy/Nginx 做连接转发实现读写分离与故障转移。

验证与运维要点

• 健康检查与摘除：确保负载均衡器对后端 3306/1433 的探活生效（失败自动摘除、恢复自动加回），避免单点拖垮入口。
• 会话保持与顺序一致性：四层转发默认不保证会话粘滞；对有状态/事务顺序敏感的场景，可启用 persistence_timeout（HAProxy）或选择更合适的调度算法，并在应用侧尽量使用短事务与重试机制。
• 监控与告警：对 HAProxy/LVS/Keepalived 与数据库错误日志、复制状态、连接数、延迟等进行监控与告警，及时发现节点异常与复制延迟问题。