新增性能

1.新增MGR Arbitrator节点（仲裁节点）角色。该节点只参加MGR投票仲裁，不寄存理论数据，也无需执行DML操作，因而能够用个别配置级别的服务器，在保障MGR可靠性的同时还能升高服务器老本。
2.单主模式减少一个新的模式 -- 单主疾速模式，集群同步数据只有在内存确认即可，无需同步各个节点的apply信息。这种疾速模式，在跨机房部署，poc测试和内存要求不高的场合十分实用，这种模式弱于传统的异步复制，但强于半同步复制，且没有mgr默认的认证数据库内存问题。

机制优化

1.优化Xcom协程调度机制，避免个别task始终在读数据，而其余task无奈读取（个别task饿死），导致某些工作执行超时，会被误判为网络异样/超时/故障等状况。

1.修复了在BEFORE模式下一致性读可能导致断言谬误的问题。
2.修复了在疾速单主模式下（group_replication_single_primary_fast_mode=1），非凡场景下存在内存透露的问题。该性能是GreatSQL中新增的。
3.修复了因为hostname配置谬误，可能导致启动时报告新端口曾经被占用的问题。
4.修复了运行时新增节点导致吞吐量稳定异样的问题，使得吞吐更安稳。
5.修复了个别情况下view显示不正确的问题。
6.修复了谬误启动PRIMARY节点时，如果同时退出多个节点可能导致集群丢数据的问题，此时如果只退出单个节点，则不会导致此问题。

以上改良内容打算在Percona Server 8.0.27公布后跟进推出，敬请急躁期待。

Enjoy GreatSQL :)

GreatSQL MGR FAQ
https://mp.weixin.qq.com/s/J6...

万答#12，MGR整个集群挂掉后，如何能力主动选主，不必手动干涉
https://mp.weixin.qq.com/s/07...

『2021数据技术嘉年华·ON LINE』：《MySQL高可用架构演进及实际》
https://mp.weixin.qq.com/s/u7...

一条sql语句慢在哪之抓包剖析
https://mp.weixin.qq.com/s/AY...

万答#15，都有哪些状况可能导致MGR服务无奈启动
https://mp.weixin.qq.com/s/in...

技术分享 | 为什么MGR一致性模式不举荐AFTER
https://mp.weixin.qq.com/s/rN...

GreatSQL是由万里数据库保护的MySQL分支，专一于晋升MGR可靠性及性能，反对InnoDB并行查问个性，是实用于金融级利用的MySQL分支版本。

Gitee:
https://gitee.com/GreatSQL/Gr...

GitHub:
https://github.com/GreatSQL/G...

Bilibili：
https://space.bilibili.com/13...

微信&QQ群：
可搜寻增加GreatSQL社区助手微信好友，发送验证信息“加群”退出GreatSQL/MGR交换微信群

QQ群：533341697
微信小助手：wanlidbc

本文由博客一文多发平台 OpenWrite 公布！