PG原生的流复制支持异步、同步、Quorum Base的机制来同步WAL日志。这三种复制方式有什么区

首先是同 步复制，同步复制的首要目标是保证不丢数据，但其实它会有一些问题，第一个问题是它无法满足可用性的要求，当备库 出现故障的时候，或者网络链路上有抖动的时候，这个时候可能会影响主库的可用性，或者主库的RT。

其次，它本身并不 具备故障自动切换的能力，意味着它并不会去探测主库的可用性，更不用说触发自动的故障切换。

另外，旧的主库在故障 恢复之后，可能无法重新加入到集群里面来。比如当事务在主库上WAL日志已经持久化成功了，但是在备库上还没有收到 日志的时候，如果主库出现故障了，这个时候可能需要通过手动或者通过管控系统来把备库promote成新的主库。

异步复制跟同步复制相比，不需要等待StandbyWAL日志持久化成功。它发送过去行了，根本 不关心备库到底有没有持久化成功，然后本地的事务就可以提交了。跟同步复制相比，它可用性比较好，或者说性能比较 好，但它的问题是可能会丢数据。

Quorum复制看起来是说如果我们使用了一个多数派的方案之后，是否可以保证不丢数据。但 其实在一致性协议里，它除了多数派同步的方案之外，它本身还会有一些选主、日志一致性、集群在线变更等方面的逻 辑，但是PG本身Quorum复制里面，它并没有涉及到这些逻辑，所以从本质上来说，它其实并不是一个完整的RPO=0的 高可用方案。

以上内容摘自《PolarDB for PostgreSQL 源码与应用实战》电子书，点击https://developer.aliyun.com/ebook/download/7773可下载完整版