如何在AWS RDS与GCP Cloud SQL间搭建PostgreSQL多主复制？

针对你需要的双向数据同步、快速切换无停机需求，以下是几种可落地的实现方案：

1. 数据库原生多主复制（以MySQL为例） #

如果使用MySQL数据库，可借助MySQL Group Replication搭建跨云多主集群：

• 前提：打通AWS RDS与GCP Cloud SQL的私有网络（VPC Peering或站点到站点VPN），且双方实例MySQL版本在8.0及以上（支持Group Replication）。
• 配置步骤：
  • 为RDS实例修改参数组，开启group_replication相关配置（如group_replication_group_name、group_replication_local_address等），重启实例生效。
  • 对Cloud SQL实例做相同参数配置，确保Group Replication默认端口（33061）在防火墙规则中放行。
  • 将RDS设为初始主节点创建集群，再将Cloud SQL实例加入集群，开启多主模式（设置group_replication_single_primary_mode=OFF）。
• 优缺点：
  • 优势：基于原生机制，性能损耗低，无需额外中间件。
  • 劣势：对数据库版本和参数配置要求严格，跨云网络延迟会影响集群稳定性，冲突处理依赖MySQL原生规则（需提前配置group_replication_consistency参数）。

2. 基于CDC的双向同步方案（通用型） #

利用**变更数据捕获（CDC）**工具实现双向实时同步，适配MySQL、PostgreSQL等绝大多数数据库：

• 核心组件：Debezium（CDC捕获） + Kafka（消息队列）
• 配置步骤：
  • 选择托管Kafka服务（GCP Cloud Kafka或AWS MSK）部署跨云消息集群，降低自建运维成本。
  • 部署Debezium连接器分别监听RDS和Cloud SQL的binlog/WAL日志，将数据变更事件发送至对应Kafka主题。
  • 再部署Debezium sink连接器，将Kafka中的变更事件分别同步到Cloud SQL和RDS，实现双向同步。
• 自定义配置：可通过连接器规则过滤特定表/字段，或自定义冲突处理逻辑（如基于业务时间戳覆盖旧数据）。
• 优缺点：
  • 优势：兼容性强，同步规则灵活，不依赖数据库原生多主功能。
  • 劣势：需维护中间件组件，运维复杂度较高，跨云Kafka部署需注意网络带宽与延迟。

3. 云厂商托管双向复制服务 #

利用AWS和GCP的托管数据迁移服务实现双向同步：

• 以AWS DMS（数据库迁移服务）为例：
  • 配置两个DMS复制任务：一个从RDS同步到Cloud SQL，另一个反向同步，均开启CDC持续同步模式。
  • 打通两端数据库的网络连接，配置DMS复制实例的网络权限，确保能访问RDS和Cloud SQL。
  • 在任务中设置冲突解决策略（如last-applied-wins最后写入优先，或基于主键的自定义规则）。
• 优缺点：
  • 优势：托管服务，无需自建中间件，云厂商负责组件维护，配置相对简单。
  • 劣势：同步规则灵活性不如CDC方案，部分数据库类型支持有限，需额外支付服务费用。

关键注意事项 #

• 网络连通性：优先选择VPC Peering实现跨云私有网络连接，避免公网同步带来的延迟和安全风险。
• 冲突处理：提前定义冲突解决规则，比如基于业务时间戳、主键版本号，或禁止跨写相同主键的业务逻辑，避免数据不一致。
• 一致性校验：定期使用工具（如pt-table-checksum for MySQL、pg_checksums for PostgreSQL）校验两端数据一致性，及时修复同步异常。
• 切换流程：双向同步完成后，切换后端仅需调整应用流量指向目标数据库；回切时直接切回原数据库即可，全程无停机——因为两端数据始终保持实时同步。

内容的提问来源于stack exchange，提问作者Sebastian Vaisov