加入收藏 | 设为首页 | 会员中心 | 我要投稿 东莞站长网 (https://www.0769zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 服务器 > 安全 > 正文

MaxScale:实现MySQL读写分离与负载均衡的中间件利器

发布时间:2021-01-10 23:25:55 所属栏目:安全 来源:网络整理
导读:《MaxScale:实现MySQL读写分离与负载均衡的中间件利器》要点: 本文介绍了MaxScale:实现MySQL读写分离与负载均衡的中间件利器,希望对您有用。如果有疑问,可以联系我们。 1、 MaxScale 是干什么的? 配置好了 MySQL 的主从复制结构后,我们希望实现读写分离

修改配置后,重启 MaxScale .

实验过程

1、单个 slave 故障的情况

?初始状态是一切正常.

停掉 slave2 的复制,登录 slave2 的 mysql 执行.

mysql> stop slave;

查看 MaxScale 服务器状态

slave2 已经失效了.

查看日志信息

cat /tmp/maxscale1.log

尾部显示:

2016-08-15 12:26:02 ? notice : Server changed state: slave2[172.17.0.4:3306]: lost_slave

提示 slave2 已经丢失.

查看客户端查询结果:

查询操作全都转到了 slave1.

可以看到,在有 slave 故障后,MaxScale 会自动进行排除,不再向其转发请求.

下面看下 slave2 再次上线后的情况.

登录 slave2 的 MySQL 执行

mysql> start slave;

查看 MaxScale 服务器状态

slave2 已经失效了.

查看日志信息

cat /tmp/maxscale1.log

尾部显示:

2016-08-15 12:26:02 ? notice : Server changed state: slave2[172.17.0.4:3306]: lost_slave

提示 slave2 已经丢失.

查看客户端查询结果:

查询操作全都转到了 slave1.

可以看到,不再向其转发请求.

下面看下 slave2 再次上线后的情况.

登录 slave2 的 MySQL 执行

mysql> start slave;

查看 MaxScale 服务器状态

恢复了正常状态,重新识别到了 slave2.

查看日志信息,显示:

2016-08-15 12:32:36 ? notice : Server changed state: slave2[172.17.0.4:3306]: new_slave

查看客户端查询结果:

 

slave2 又可以正常接受查询请求.

(编辑:东莞站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!