MGR架构 ~ MGR+proxysql(2)

一 简介: 上篇环境已经搭建完成,我们开始进行测试

二 工具和环境:

              sysbench ,mgr+proxysql

三 测试方式:

     sysbench+oltp.lua脚本

四 模拟故障

   1 并发环境观察要点

      1 sysbench 本身tps+qps

       2 mgr 从节点 延迟事务: 1可以在proxysql.log中观察 2可以在 sys视图中观察到

   2  手动停止主节点

       观察proxysql是否可以自动转移并提供服务

五 结果与分析

      1 在不断增高的并发下,从节点已经开始不断的增加排队等待应用的事务,也即是我们所说的延迟,建议MGR本身还是不能放置太高的并发,标准就是从节点不能周期性的超过10个以上的事务落后

      2 mgr主节点我手动停止后,proxysql能够实现自动转移,实现了我们所说的功能

      3 当新节点/故障节点重新加入集群时,这时候节点本身被proxysql标记为不可用,当落后的事务被追上时.本身的状态才会被修正为正常,非常不错。

 

                

           

转载于:https://www.cnblogs.com/danhuangpai/p/9687043.html