数据库容灾 | MySQL MGR与阿里云PolarDB-X Paxos的深度对比（五）

polardb云校长 2025-03-27

汇总一下文档：

数据库容灾 | MySQL MGR与阿里云PolarDB-X Paxos的深度对比（一）

数据库容灾 | MySQL MGR与阿里云PolarDB-X Paxos的深度对比（二）

数据库容灾 | MySQL MGR与阿里云PolarDB-X Paxos的深度对比（三）

数据库容灾 | MySQL MGR与阿里云PolarDB-X Paxos的深度对比（四）

3.5. 测试小结

大项	子项	MySQL MGR	PolarDB-X DN
性能	读事务	持平	持平
	写事务	RPO<>0时性能不如DN RPO=0时性能远不如DN 跨城部署性能下跌严重27%~82%	写事务性能远高于MGR 跨城部署性能下降较小4%~37%
	抖动	性能抖动厉害，抖动范围6~10%	比较平稳3%，只有MGR一半
RTO	主库宕机	5s发现异常，23s降为两节点	5s发现异常，8s降为两节点
	主库重启	5s发现异常，37s恢复三节点	5s发现异常，15s恢复三节点
	备库宕机	主库持续20s出现流量跌0需要显式开启group_replication_paxos_single_leader后可缓解	主库持续高可用
	备库重启	主库持续10s出现流量跌0显式开启group_replication_paxos_single_leader也无效	主库持续高可用
RPO	Case复现	多数派宕机时RPO<>0 性能和RPO=0两者不能兼得	RPO = 0
备库延迟	备库回放耗时	主备延迟很大性能和主备延迟两者不能兼得	整体备库回放的总耗时是MGR的4%，是MGR的25倍

PolarDB-X采用了默认配置，不需要专业人员定制化配置

MySQL MGR在本文涉及了多个专业参数，这里统一做下说明：

group_replication_flow_control_mode，流控默认开启，需要配置关闭提高性能
replication_optimize_for_static_plugin_config，静态插件优化默认关闭，需要开启提高性能
group_replication_paxos_single_leader，默认关闭，需要开启提升备库宕机主库稳定性
group_replication_consistency，默认关闭不保证RPO=0，强要求RPO=0时需要配置AFTER
group_replication_transaction_size_limit，默认143M，遇到大事务时需要调大
binlog_transaction_dependency_tracking，默认COMMIT_ORDER，MGR时需要调整为WRITESET来提高备库回放性能

4. 总结

经过深入的技术剖析与性能对比，PolarDB-X DN凭借其自研的X-Paxos协议和一系列优化设计，在性能、正确性、可用性及资源开销等方面展现出对MySQL MGR的多项优势，但MGR在MySQL生态体系内也占据重要地位，但需要考虑备库宕机抖动、跨机房容灾性能波动、稳定性等各种情况，因此如果想用好MGR，必须配备专业的技术和运维团队的支持。

在面对大规模、高并发、高可用性需求时，PolarDB-X存储引擎以其独特的技术优势和优异的性能表现，相比于MGR在开箱即用的场景下，PolarDB-X基于DN的集中式（标准版）在功能和性能都做到了很好的平衡，成为了极具竞争力的数据库解决方案。