MGR优雅升级到MySQL8.0.16
传统的升级手段之一,5.7 MGR集群与8.0 MGR集群进行数据传输,程序切换新集群后测试是否正常,如果不正常,要么将新集群的新增数据同步回旧集群,要么就舍弃掉这部分数据,一般看来这种回滚都是繁琐的,繁琐的操作一般都会相应的增加风险。
8.0.16的发布也带来一个新的功能-MGR通信协议的支持,可以让我们更轻松地切换到8.0,或者轻松地再切换回5.7。那么什么是MGR通信协议呢?
MGR通信协议(The Communication Protocol In Group Replication)
从MySQL 8.0.16中,MGR有一个通信协议的概念。可以直接管理MGR通信协议版本,并将其设置为适应你希望MGR成员支持的哪个MySQL服务器版本。
从而实现同一个MGR可用组中可以由不同MySQL服务器版本的成员组成。
是的你没有看错,也就是说:
成员1:8.0.16
成员2:8.0.16
成员3:5.7.22
他们可以组成一个MGR集群了。
同时确保向后兼容性。MySQL 5.7.14的版本允许压缩消息,而MySQL 8.0.16的版本也允许消息碎片化。
同一个组中的所有成员必须使用相同的通信协议版本,以便MGR成员虽然各自处于不同的MySQL版本,但他们之间只能发送所有MGR成员都能理解的消息。
如果组的通信协议版本小于或等于X,则版本X的MySQL服务器只能在复制组中加入并达到ONLINE状态。当新成员加入复制组时,它会检查通告的通信协议版本。
该小组的现有成员。 如果加入成员支持该版本,则它加入该组并使用该组已宣布的通信协议,即使该成员支持其他通信功能。 如果加入成员不支持通信协议版本,则将其从组中驱逐出去。
如果两个成员尝试加入相同的MGR集群,则只有两个成员的通信协议版本已与该MGR已有成员的通信协议版本兼容时,它们才能加入。 来自该组的具有不同通信协议版本的成员必须单独加入。
例如:
1个MySQL Server 8.0.16实例可以成功加入使用通信协议版本为5.7.22的组。 1个MySQL Server 5.7.22实例无法加入使用通信协议版本为8.0.16的组。 2个MySQL Server 8.0.16实例无法同时加入使用通信协议版本为5.7.22的组。 2个MySQL Server 8.0.16实例可以同时加入使用通信协议版本8.0.16的组
本文转载自网络,原文链接:https://www.toutiao.com/a6692265614456652300/
版权声明:本文转载自网络,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。本站转载出于传播更多优秀技术知识之目的,如有侵权请联系QQ/微信:153890879删除