使用HAProxy实现MySQL多slave的读负载均衡

HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。而mysql一主多从是比较通用的架构，我们可以利用haproxy在tcp层对数据库的读请求进行代理，从而实现多个从库读的负载均衡。

目前公司的业务都是一主多从，想要把查询分到多个从库上，都是通过开发维护多个从库的配置来实现，这样比较麻烦，通过haproxy开发只需要一个配置项，开发不用理会后端有多少从库，而且可以把多个从库都利用起来，同时后台db有故障haproxy可以自动摘除，不需要像原先那样需要开发改数据库配置。

环境说明：

haproxy: 10.32.1.64

salve1: 10.32.1.67

slave2: 10.32.1.73

一，安装haproxy

大部分的linux系统都自带有haproxy安装包，我们以centos 6系统为例，直接安装系统自己的包。

# yum install -y haproxy
# haproxy -v
HA-Proxy version 1.5.4 2014/09/02

二，准备haproxy配置文件

cd /etc/haproxy
vim haproxy.cfg
global
        log 127.0.0.1 local2
        chroot /var/lib/haproxy
        pidfile /var/run/haproxy.pid
        maxconn 4000
        user haproxy
        group haproxy
        daemon
defaults
        mode tcp
        log global
        option httplog
        option dontlognull
        retries 3
        timeout http-request 10s
        timeout queue 1m
        timeout connect 10s
        timeout client 1m
        timeout server 1m
        timeout http-keep-alive 10s
        timeout check 10s
        maxconn 3000
## 定义一个监控页面，监听在1080端口，并启用了验证机制
listen stats
        mode http
        bind 0.0.0.0:1080
        stats enable
        stats hide-version
        stats uri /haproxyadmin?stats
        stats realm Haproxy\ Statistics
        stats auth admin:admin
        stats admin if TRUE
frontend mysql
        bind *:3306
        mode tcp
        #log global
        option tcplog
        default_backend mysqlservers
backend mysqlservers
        balance leastconn
        server dbsrv1 10.32.1.73:3306 check port 3306 rise 1 fall 2 maxconn 300
        server dbsrv2 10.32.1.67:3306 check port 3306 rise 1 fall 2 maxconn 300

可以通过下面的命令检测配置文件是否正确：

# haproxy -f /etc/haproxy/haproxy.cfg -c

出现Configuration file is valid表示没问题，如果配置文件有误的话检测的时候会有提示，根据提示进行修改就可以了。

添加haproxy系统帐号：

# useradd haproxy

三：开启haproxy日志

为haproxy设置单独的日志目录

# mkdir /var/log/haproxy

# chown haproxy:haproxy /var/log/haproxy

修改rsyslog.cfg文件

# vim /etc/rsyslog.cnf

$ModLoad imudp

$UDPServerRun 514

将这两行前的#去掉。

在local7.*                                                /var/log/boot.log之后添加如下内容

# Save haproxy log

local2.*                       /var/log/haproxy/haproxy.log

修改rsylog文件

# vim /etc/sysconfig/rsyslog

SYSLOGD_OPTIONS=""  改为  SYSLOGD_OPTIONS="-r -m 2 -c 2"

重启日志服务让配置生效

#/etc/init.d/rsyslog  restart

四，启动haproxy

# /etc/init.d/haproxy start
# ps -ef | grep haproxy
haproxy  12648     1  0 02:34 ?        00:00:04 /usr/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid
# netstat -tunlp | grep 12648
tcp        0      0 0.0.0.0:1080                0.0.0.0:*                   LISTEN      12648/haproxy       
tcp        0      0 0.0.0.0:3306                0.0.0.0:*                   LISTEN      12648/haproxy       
udp        0      0 0.0.0.0:60182               0.0.0.0:*                               12648/haproxy

五，测试负载均衡

在slave1和slave2上分别给haproxy的ip授权：

> grant all privileges on *.* to [email protected] identified by ‘123456‘;
> flush privileges;

为了方便测试，在slave1的test库下面建一个t1表，要slave2的test库下面建test1表。在test库下执行show tables命令结果不一样则表示负载均衡有效。

salve1: 10.32.1.67

>use test;
Database changed
>show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1             |
+----------------+

slave2: 10.32.1.73

>use test;
Database changed
>show tables;
+----------------+
| Tables_in_test |
+----------------+
| test1          |
+----------------+

测试结果：

多次查询返回的结果是t1和test1交替出现。说明查询分别分发到了slave1和slave2上，从而实现了负载均衡。

六，访问haproxy监控页面

因为在配置文件中配置了监控页面，我们可以通过http://10.32.1.64:1080/haproxyadmin?stats来查看后端db的状态。

七，查看日志

 # tail -f /var/log/haproxy/haproxy.log
Feb 17 17:06:58 localhost haproxy[12648]: 10.32.1.64:50626 [17/Feb/2017:17:06:58.959] mysql mysqlservers/dbsrv1 1/0/30 395 -- 0/0/0/0/0 0/0
Feb 17 17:07:00 localhost haproxy[12648]: 10.32.1.64:50629 [17/Feb/2017:17:07:00.050] mysql mysqlservers/dbsrv2 1/0/5 392 -- 0/0/0/0/0 0/0
Feb 17 17:07:01 localhost haproxy[12648]: 10.32.1.64:50632 [17/Feb/2017:17:07:01.252] mysql mysqlservers/dbsrv1 1/0/12 395 -- 0/0/0/0/0 0/0
Feb 17 17:07:02 localhost haproxy[12648]: 10.32.1.64:50635 [17/Feb/2017:17:07:02.037] mysql mysqlservers/dbsrv2 1/0/9 392 -- 0/0/0/0/0 0/0
Feb 17 18:41:17 localhost haproxy[12648]: 10.32.1.227:8398 [17/Feb/2017:18:41:17.489] stats stats/<STATS> 3/0/0/0/4 200 17398 - - LR-- 3/3/0/0/0 0/0 "GET /haproxyadmin?stats HTTP/1.1"
Feb 17 18:41:17 localhost haproxy[12648]: 10.32.1.227:8398 [17/Feb/2017:18:41:17.494] stats stats/<NOSRV> 89/-1/-1/-1/89 503 212 - - LR-- 2/2/0/0/0 0/0 "GET /favicon.ico HTTP/1.1"
Feb 17 18:41:19 localhost haproxy[12648]: 10.32.1.227:8399 [17/Feb/2017:18:41:17.489] stats stats/<STATS> 1568/0/0/0/1569 200 17399 - - LR-- 3/3/0/0/0 0/0 "GET /haproxyadmin?stats HTTP/1.1"
Feb 17 18:41:19 localhost haproxy[12648]: 10.32.1.227:8399 [17/Feb/2017:18:41:19.058] stats stats/<NOSRV> 68/-1/-1/-1/68 503 212 - - LR-- 2/2/0/0/0 0/0 "GET /favicon.ico HTTP/1.1"
Feb 17 18:41:19 localhost haproxy[12648]: 10.32.1.227:8400 [17/Feb/2017:18:41:17.489] stats stats/<STATS> 2331/0/0/1/2333 200 17402 - - LR-- 3/3/0/0/0 0/0 "GET /haproxyadmin?stats HTTP/1.1"
Feb 17 18:41:19 localhost haproxy[12648]: 10.32.1.227:8400 [17/Feb/2017:18:41:19.823] stats stats/<NOSRV> 60/-1/-1/-1/60 503 212 - - LR-- 2/2/0/0/0 0/0 "GET /favicon.ico HTTP/1.1"

可以看到每一次请求都有记录在日志文件中。

八，failover测试

把slave1的mysql服务停掉模拟故障，我们先来看日志：

Server mysqlservers/dbsrv2 is DOWN, reason: Layer4 connection problem, info: "Connection refused", check duration: 4ms. 1 active and 0 backup servers left. 0 sessions active, 0 requeued, 0 remaining in queue.

haproxy已经检测到了slave1不可用，现在我们再来通过haproxy转发查询，可以看到haproxy把所有的请求都转发到slave2了，监控界面也已经将slave标记为down了。

在将slave1的mysql服务启起来之后,slave1双可以正常提供服务了：

注意：

1，如果日志里面出现proxy proxy-mysql has no server available!这个的报错时，可以先看一下后端的mysql服务是否正常，如果正常的话有可能是防火墙的规则有问题或者selinux没有关闭导致的。

2，生产环境如果出现从库宕机要判断主从复制是否有误，复制延迟大不大，确认没问题再提供服务，不然要将有问题的从库从配置文件中摘除。

3，上面配置文件haproxy对后端mysql的检测只是检测端口是否在，也可以通过option  mysql-check user haproxy来检测mysql是否可以正常连接，因为有遇到过mysqld进程还在，但是连不了的情况。此时需要对检测用户haproxy进行授权：

USE mysql;

INSERT INTO user (Host,User) values (‘10.32.1.64>‘,‘haproxy‘);

FLUSH PRIVILEGES;

参考：

http://www.ttlsa.com/linux/haproxy-study-tutorial/

http://www.haproxy.org/

时间： 2024-10-06 12:01:13

使用HAProxy实现MySQL多slave的读负载均衡的相关文章

采用Atlas+Keepalived实现MySQL读写分离、读负载均衡

========================================================================================== 一.基础介绍 ========================================================================================== 1.背景描述 目前我们的高可用DB的代理层采用的是360开源的Atlas,从上线以来,已稳定运行2个多月.无论是从性能上,

采用Atlas+Keepalived实现MySQL读写分离、读负载均衡【转载】

文章 原始出处 :http://sofar.blog.51cto.com/353572/1601552 ========================================================================================== 一.基础介绍 ========================================================================================== 1.背景描述 目前

Atlas+Keepalived实现MySQL读写分离、读负载均衡

参考文章 http://sofar.blog.51cto.com/353572/1601552/ http://www.0550go.com/database/mysql/mysql-atlas.html 360开源的Atlas,无论是从性能上,还是稳定性上,相比其他开源组件(amoeba.cobar.MaxScale.MySQL-Proxy等),还是很出色的. 之所以选择Atlas,主要看中它有以下优点: (1).基于mysql-proxy-0.8.2进行修改,代码完全开源: (2).比较轻量

[转]Haproxy 1.5.0 正式发布，Web 负载均衡

From : http://www.oschina.net/news/53070/haproxy-1-5-0 经过 4 年的不懈努力,HAProxy 1.5.0 终于发布了! 相对于 1.4 版本来说,1.5 版本包括了许多新特性和性能改进: 支持 SNI/NPN/ALPN 和 OCSP stapling 的原生 SSL: 支持 IPv6 和 UNIX sockets: full HTTP keep-alive for better support of NTLM and improved ef

用haproxy结合keepalived实现基于LNMP的负载均衡和高可用

今天我们讲haproxy结合keepalived实现LNMP的负载均衡和高可用,现在的公司大部分都基于haproxy实现负载均衡.下面以一个事例去给大家详细讲解如何去实现: 一.用haproxy结合keepalived实现基于lnmp的负载均衡和高可用服务,要求: (1)实现动静分离,图片和css,js都分离到专门的静态服务器上 (2)只允许172.17网段用户访问 (3)对于动态请求,要求实现基于cookie的会话保持 整体架构如下: 1.实验前需要关闭防火墙和selinux,以及同步时间.

windows NLB实现MSSQL读写分离--从数据库集群读负载均衡

主从模式,几乎大部分出名的数据库都支持的一种集群模式. 当Web站点的访问量上去之后,很多站点,选择读写分离,减轻主数据库的的压力.当然,一主多从也可以作用多个功能,比如备份.这里主要演示如何实现从数据库集群的读负载均衡 搭建一主三从的MSSQL集群 192.168.99.250 //主服务器 192.168.99.8 //从服务器(WIN-6S3JNU8C4TB) 192.168.99.10 //从服务器(WIN-HF1GQ5U288H) 192.168.99.11 //从服务器(WIN-EA

haproxy实现mysql多slave读负载均衡

前言 :HAProxy提供高可用性.负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费.快速并且可靠的一种解决方案.而mysql一主多从是比较通用的架构,我们可以利用haproxy在tcp层对数据库的读请求进行代理,从而实现多个从库读的负载均衡. 目前公司的业务都是一主多从,想要把查询分到多个从库上,都是通过开发维护多个从库的配置来实现,这样比较麻烦,通过haproxy开发只需要一个配置项,开发不用理会后端有多少从库,而且可以把多个从库都利用起来,同时后台db有故障haproxy

haproxy实现mysql的读负载均衡

接前一篇博客<keepalived+Master-Master-Slave实现双主高可用及读写分离> 地址http://lee90.blog.51cto.com/10414478/1825478 上一篇博文里面,我们只用了一个slave节点. 实际生产环境中,我们肯定有多个slave节点负责读数据库. 假设我们还有一个配置好的slave,IP为192.168.2.15.那么现在的情况是: Master1:192.168.2.13 Master2:192.168.2.14 VIP:192.168

MySQL主从复制与lvs+keepalived单点写入读负载均衡高可用实验【转】

一.环境Master(主机A):192.168.1.1Slave(主机B) :192.168.1.2  W-VIP(写入)  :192.168.1.3 R-VIP(读取)  :192.168.1.4 Client(测试) :192.168.1.100 操作系统版本:CentOS release 6.4MySQL数据库版本:5.6.14keepalived版本:1.2.7LVS版本:1.26 所有环境均为虚拟机 二.设计思路 1. 服务器A和B,通过mysql的slave进程同步数据.2. 通过k