MGR，MySQL的组复制，不仅仅是复制的问题，可以认为是结合了传统的复制，半同步复制（机制不一样，多数节点同步提交），GTID复制等一系列特性的一种高可用解决方案，并且具备故障探测功能，自动检测并剔除发生了故障的节点
因此说是一种高可用以及高扩展的解决方案，而不仅仅是完成复制的功能。
MGR的一些特性
高一致性，基于原生复制及paxos协议的组复制技术，并以插件的方式提供，提供一致数据安全保证；
高容错性，只要不是大多数节点坏掉就可以继续工作，有自动检测机制，当不同节点产生资源争用冲突时，不会出现错误，按照先到者优先原则进行处理，并且内置了自动化脑裂防护机制；
高扩展性，节点的新增和移除都是自动的，新节点加入后，会自动从其他节点上同步状态，直到新节点和其他节点保持一致，如果某节点被移除了，其他节点自动更新组信息，自动维护新的组信息；
高灵活性，有单主模式和多主模式，单主模式下，会自动选主，所有更新操作都在主上进行；多主模式下，所有server都可以同时处理更新操作。
对于MGR，笔者仅简单做过测试，搭建起来一如跟普通的复制并无太大差异，并不复杂，网络上的评价也很高，大有一统各种第三方高可用技术的趋势。
缺点是出来的时间太短（MGR是是MySQL官方于2016年12月推出的，对于互联网来说，个人感觉超过已经不短了），可能存在这某些位置的问题。
总结
MySQL的复制，任何一种新方案的出现，其原理差异不大，都是为了解决前一种方案潜在的问题的，是作为前一种复制的提升或者说增强，开源没有完美的解决方案，但是有不断完善的解决方案，这不是开源的魅力之一吗？
不同的复制其技术细节上可能有差异，但是本质性的东西是一样的。
当然每一种复制都有其自身的细节上的特性，只能在实际应用中实践了。
这也不由得令人想到各种数据中的各种隔离级别（isolation），虽然不能完全做类比，与复制一样，每一种增强的隔离级别的，都是为解决前一种隔离级别中存在的问题而出现的。