首页 > 数据库DBA > MYSQL > mycat MGR 主从切换记录
2019
03-15

mycat MGR 主从切换记录

1.当前有三台节点

mycat主配置如下

测试内容如下

1.如果第一台121 mysql宕机,是否会自动切换到第二台122

2.如果第一台恢复起来,是否还会继续保持第二台为主master节点

验证1

查看当前MGR主节点为121

对应mycat配置文件第一个配置

kill掉121 的mysql服务

在日志里可以看到 mycat连接的121这个机器的用户已经停止

日志显示,test节点连接不了了

现在看看哪台机器是主节点

122现在是主节点了。

继续向下

看看mycat节点当前状态

查看mycat当前谁是主(这个目前不好查,可以通过conf下的) 切换记录在配置文件中:dnindex.properties

查看这个文件,这个文件默认是0 就是第一个writeHost, 如果自动切换了 他就是到了第二台机器122 那就是1

可以看到当前配置已经切换到第二个上面了

准备测试数据写入去向

开启mycat配置文件日志 debug 监控日志 info 改为 debug

然后登陆mycat管理平台,reload重新加载下配置文件

然后监控mycat日志

当前的日志错误是 因为连接不上啊121 就是宕掉那台机器 这个不用管

插入数据

查看日志

说明上面插入的那条语句 去了 122机器,说明没问题,主节点明显已经切换为122

验证第二项问题: 如果第一台恢复起来,是否还会继续保持第二台为主master节点

启动121宕机节点的mysql,因为他现在已经不是主primary了所以他现在是从机器

查看MGR节点

可以看到已经成功启动

再次插入数据验证mycat当前主节点用的哪台机器,会不会121启动后就回归了原主机器

插入数据

日志监测

继续向下

kill掉现在的主机器122 看看 mycat会不会切回121,还是继续按顺序writeHost向下到123机器

kill掉121的mysql

查看mycat日志

他貌似继续向下切换到了2这个writeHost配置

我们再回头看看他的 切换记录文件

可以确定,他继续向下了。(如果他只有2个配置,那么这时候会从1切换到第0个writeHost)

最后编辑:
作者:shooter
这个作者貌似有点懒,什么都没有留下。