GreatSQL MGR优化参考

最新推荐文章于 2026-04-27 21:47:21 发布

原创

最新推荐文章于 2026-04-27 21:47:21 发布 · 344 阅读

标签

#mysql

GreatSQL增强了MySQL Group Replication的性能和稳定性，修复了多个bug，包括大事务并发性能提升、优化队列机制、减少数据量发送等。建议关闭流控以提高性能，并调整从库回放并发度以降低延迟。此外，推荐使用jemalloc并调整关键参数如innodb_buffer_pool_size来优化性能。GreatSQL可作为MySQL或Percona Server的替代方案，适用于线上生产环境。

前言
GreatSQL运行更平稳，不会有大的抖动。MySQL官方版本的MGR更适合在中小规模业务环境下运行。

1. GreatSQL的优势
GreatSQL的优势在于提升了MGR的性能及可靠性，及修复了众多bug。主要有以下几点：

提升大事务并发性能及稳定性
优化MGR队列garbage collect机制、改进流控算法，以及减少每次发送数据量，避免性能抖动
解决了AFTER模式下，存在节点加入集群时容易出错的问题
在AFTER模式下，强一致性采用多数派原则，以适应网络分区的场景
当MGR节点崩溃时，能更快发现节点异常状态，有效减少切主和异常节点的等待时间
修复了可能导致数据丢失、性能抖动等多个缺陷/bug问题

2、GreatSQL MGR优化建议

为了能更好的发挥出GreatSQL运行MGR的优势，有几个优化建议

2.1 关闭流控
GreatSQL MGR相较于官方版本，在从库回放速度控制方面做得更优雅、更完善。因此，建议直接在事务并发量不是太高的场景下，关闭流控模式，让GreatSQL发挥出更大性能优势。

# QUOTA => 开启流控（默认）
# DISABLED => 关闭流控
group_replication_flow_control_mode = "DISABLED"

通常来说，不建议开启流控。当然了，如果实际生产环境中，已经快达到了服务器的硬件性能极限，这种情况下，还是要开启流控的，只不过可以把默认的流控阈值调高一些，比如设置为原来的10倍或更高。此外，在正式上线前的压测环境下，也最好关闭流控，通过压测得到事务性能指标和服务器性能的一个平衡点。这就类似另一个参数 innodb_thread_concurrency，通常也不建议设置为非0，以避免在高并发场景下，InnoDB线程总是要等待排队，反倒影响并发性能。

2.1 修改

最低0.47元/天解锁文章