AWS RDS Postgres v13多AZ故障转移后逻辑复制槽维持机制问询

针对你遇到的情况，RDS能在多AZ故障转移后自动维持逻辑复制槽的可用性，核心依赖AWS对PostgreSQL的定制化增强以及多AZ主备的同步逻辑，具体细节如下：

• 主备实例间的复制槽元数据同步
  原生PostgreSQL的流复制默认不会同步主实例上的逻辑复制槽（复制槽属于主实例的本地元数据），但RDS对PostgreSQL做了定制补丁，将pg_replication_slots中的复制槽信息纳入了主备同步的WAL流中。这意味着多AZ的备实例会实时从主实例复制所有复制槽的元数据（包括槽名、LSN位置、关联订阅信息等），备实例上始终保持着主实例复制槽的镜像。

• 故障转移时的无缝继承
  当触发故障转移时，RDS会先确保备实例追平主实例的所有WAL日志（包括复制槽相关的元数据记录），再将备实例提升为新主。此时新主上已经存在完整的复制槽镜像，无需重新创建；如果订阅端使用的是RDS的读写端点（而非主实例私有IP），DNS会自动将端点解析到新主，订阅端的连接会自动恢复，继续使用原有复制槽进行逻辑复制。

• RDS的定制化故障转移流程
  RDS在故障转移的决策和执行过程中，额外加入了对复制槽状态的校验：只有当备实例的复制槽元数据完全同步至主实例的最新状态时，才会完成角色切换。这种机制避免了新主上出现复制槽缺失或状态不一致的情况，确保逻辑复制可以无缝续接。

注意事项 #

• 该自动保留机制仅适用于同一区域内的多AZ主备实例故障转移，跨区域只读副本或自建备实例不会同步复制槽，故障转移后仍需手动重建。
• 必须确保订阅端使用RDS提供的读写端点连接主实例，否则故障转移后需要手动修改连接地址才能重新对接复制槽。

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