PostgreSQL是否有可靠企业级主-主（双向）复制方案

针对你描述的本地局域网部署两台独立PostgreSQL、单节点维护重启后需实现双向数据同步的场景，PostgreSQL生态存在多个经过生产验证的可信企业级主-主（双向）复制选项，具体如下：

• BDR（Bi-Directional Replication）：是PostgreSQL生态最成熟的企业级双向复制方案之一，经过大量核心生产场景验证，提供开源社区版与商业支持版两种选项。支持异步/同步双向复制，内置多套冲突检测与解决策略（如最后写入获胜、自定义冲突处理逻辑等），原生支持DDL复制、全局序列、数据过滤等企业级特性，可完美适配单节点维护重启后自动追平数据的需求，对数据一致性要求高的核心业务优先推荐该方案。
• 基于原生逻辑复制的自定义双主方案：PostgreSQL 10及以上版本内置原生逻辑复制能力，无需引入第三方组件即可实现双向同步。你可在两个节点上互相配置发布与订阅：在节点A执行CREATE PUBLICATION pub_node_a FOR ALL TABLES;，在节点B执行CREATE SUBSCRIPTION sub_node_a CONNECTION 'dbname=你的库名 host=节点A的局域网IP user=同步用户 password=同步密码' PUBLICATION pub_node_a;，再反向在节点B创建发布、节点A创建订阅即可。该方案可配合自定义冲突处理规则（通过触发器、冲突钩子函数实现）处理写入冲突，适配局域网低延迟环境，适合业务写入冲突概率低、成本敏感的场景。
• Bucardo：开源的PostgreSQL专用异步多主复制工具，支持最多16个节点的双向同步，内置冲突处理机制，可灵活配置同步表范围、过滤规则，部署与运维门槛较低，适合中小规模生产场景使用。

• 所有双主复制方案都需要提前规划冲突处理规则，若你在节点维护期间仅将写入流量切到存活节点，可完全避免双写冲突，同步可靠性会大幅提升。
• 节点维护重启前建议先关闭该节点的业务写入流量，待重启完成、复制状态恢复正常、数据完全追平后再逐步切回流量，避免出现同步异常。
• 正式上线前建议在测试环境模拟节点重启、并发写入同一条数据等场景，验证同步逻辑符合预期。

内容的提问来源于stack exchange，提问作者Abhilash R