AWS环境下：替代触发器的RDS Postgres变更记录及Oracle数据同步方案咨询

一、RDS Oracle 到 RDS Postgres 的实时同步（无触发器） #

• 使用 AWS Database Migration Service (DMS)：
  • DMS 支持基于Oracle redo log的CDC（Change Data Capture），无需在Oracle端创建任何触发器，直接捕获增删改操作。
  • 配置步骤：
    1. 在RDS控制台为Oracle实例开启归档日志模式，确保DMS能读取redo日志。
    2. 创建DMS复制实例，根据同步负载选择对应规格，支持自动扩缩容。
    3. 配置源端点为RDS Oracle、目标端点为RDS Postgres，开启CDC模式。
    4. 创建同步任务，选择「全量迁移+持续CDC同步」，完成初始数据迁移后自动实时同步后续变更。
  • 优势：托管服务无需维护自定义Lambda/触发器逻辑，故障自动恢复，支持多表、多schema同步，可通过DMS控制台全程监控状态。

二、RDS Postgres 数据变更捕获（无触发器） #

两种原生方案可选：

方案1：基于DMS的CDC捕获 #

• 复用AWS DMS，将RDS Postgres作为源端点开启CDC模式：
  • 先在RDS Postgres中修改参数rds.logical_replication=1开启逻辑复制，DMS通过读取Postgres的WAL（Write-Ahead Log）捕获所有增删改操作。
  • 可将变更同步到S3、Kinesis Data Streams、Redshift等目标存储，满足审计、备份或下游业务消费需求。

方案2：Postgres原生逻辑复制 #

• 直接使用Postgres原生逻辑复制功能，无需依赖第三方服务：
  • 创建发布者（Publication）指定需要捕获变更的表，再创建订阅者（Subscription）将变更转发到目标端（可以是另一个Postgres实例、通过自定义插件对接Kinesis Firehose，或直接存储到S3）。
  • 优势：轻量、原生支持，适合变更捕获需求简单且希望降低成本的场景。

三、方案对比与选型建议 #

• 若需要统一的同步与变更捕获平台，优先选DMS：它同时支持Oracle到Postgres的同步和Postgres自身的变更捕获，统一管理可降低架构复杂度。
• 若Postgres变更捕获需求简单、追求低成本，可选Postgres原生逻辑复制，配合AWS Kinesis或S3即可实现变更存储与转发。
• 两种方案均完全避免了触发器带来的性能开销和技术债务，扩展性拉满：DMS可通过调整复制实例规格应对负载增长，逻辑复制可通过增加订阅者扩展消费能力。

内容的提问来源于stack exchange，提问作者Bilal Jamil