本篇文章给大家主要讲的是关于使用HAProxy 代理 MySQL Master-Sl方法的内容，感兴趣的话就一起来看看这篇文章吧，相信看完使用HAProxy 代理 MysqL Master-Sl方法对大家多少有点参考价值吧。
背景
我有一个MysqL Master-Slave Replication, 想要通过HAProxy代理, 做读写分离.
写流量给到Master 节点, 读流量给到Slave 节点.
首先我应该由一个HAProxy的配置, 我想应该这样写(伪配置):
listen MysqL bind *:3316 mode tcp ... server 192.168.1.111 192.168.1.111:3306 check server 192.168.1.112 192.168.1.112:3306 check server 192.168.1.113 192.168.1.113:3306 check
很明显, 这么写仅仅只实现了流量的分发, 但并不能实现我的需求: 把写流量给Master, 读流量给Slave 节点.
那么问题来了,首先我要能够识别Master Slave 节点, 才能有接下来的流量分离.
HAProxy有个配置项叫做 MysqL-check. 但是这里并不能用它去做Master-Slave的检测,因为这个option只提供存活检测.
只要能够连上,就代表这个MysqL后端是Health OK的.
这还是不符合我的需求.
MysqL 如果能够通过tcp-check 检测是Master还是Slave就好了.
既然这样, 写一个TCP-check Wrapper 不就可以了?
TCP-Check-Wrapper
这个Wrapper应该监听在TCP端口上,并以守护进程的方式运行.
当HAproxy连接至其监听的端口时, 会执行相应的脚本, 并将脚本执行结果通过 TCP 连接发送至Haproxy.
代码如下:
- TCP-Check-Wrapper
- MysqLchk
放置好MysqLchk 脚本, 然后在每个MysqL节点上把tcp-check-wrapper服务跑起来.
在Master节点上测试一下脚本
[root@control-01 ~]# MysqLchk.MysqL HTTP/1.1 200 OK Content-Type: text/html Content-Length: 43 <html><body>MysqL master is running.</body></html>
在Slave节点上测试一下
[root@control-02 ~]# MysqLchk.MysqL HTTP/1.1 200 OK Content-Type: text/html Content-Length: 43 <html><body>MysqL slave is running. (Slave lag: 0)</body></html>
OK, 通过 MysqL check 脚本已经可以帮助我们区分Master还是Slave了.
然后配置好tcp-check-wrapper.
# /etc/haproxy-tcp-check-wrapper host = "0.0.0.0" port = 9090 script = "/usr/bin/MysqLchk.MysqL"
在每个MysqL节点上, 运行 tcp-check-wrapper.
haproxy_tcp_check &
HAProxy的配置
基于我们前面所做的, 现在可以写出HAProxy的配置文件了.
listen MysqL_write bind *:3316 mode tcp timeout client 10800s timeout server 10800s balance leastconn option tcp-check tcp-check expect string MysqL\ master\ is\ running. option allbackups default-server port 9090 inter 2s downinter 5s rise 3 fall 2 slowstart 60s maxconn 64 maxqueue 128 weight 100 server 192.168.1.111 192.168.1.111:3306 check server 192.168.1.112 192.168.1.112:3306 check server 192.168.1.113 192.168.1.113:3306 check listen MysqL_read bind *:3317 mode tcp timeout client 10800s timeout server 10800s balance leastconn option tcp-check tcp-check expect string MysqL\ slave\ is\ running. option allbackups default-server port 9090 inter 2s downinter 5s rise 3 fall 2 slowstart 60s maxconn 64 maxqueue 128 weight 100 server 192.168.1.111 192.168.1.111:3306 check server 192.168.1.112 192.168.1.112:3306 check server 192.168.1.113 192.168.1.113:3306 check
总结
至此, 我们已经通过HAProxy, 借助了 "TCP-Check-Wrapper" + "MysqLchk", 实现了MysqL Master-Slave Replication 的读写分离,
TCP-Check-Wrapper 帮助我们对一些不能使用tcp-check option 的应用执行检查.
MysqLchk 提供了具体检测的方法.
其实再多想一点, 可以再进一步利用MHA + HAPRoxy, 可以实现 MysqL Master-Slave Replication 高可用.
即: 在Master发生故障时, MHA可以将其中一台 MysqL Slave提升为Master, 并且配置其他的Slave指向新的Master.
以上关于使用HAProxy 代理 MysqL Master-Sl方法详细内容，对大家有帮助吗？如果想要了解更多相关，可以继续关注我们的行业资讯板块。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
