恢复Spanner备份后，如何让应用获取对应变更数据捕获（CDC）更新？

1. 恢复备份到目标实例 #

优先将两周前的备份恢复到新的Spanner实例（避免直接覆盖原实例导致不可逆数据损失），使用gcloud命令完成恢复：

gcloud spanner instances restore my-restored-instance \
  --source-backup=projects/[PROJECT_ID]/instances/[SOURCE_INSTANCE]/backups/[TWO_WEEK_OLD_BACKUP]

若确认需要替换原实例，需先删除原实例再执行恢复，但此操作风险极高，建议先在新实例验证数据完整性后再切换。

2. 为恢复后的实例重新配置CDC #

原实例的CDC配置不会随备份自动迁移，需为恢复后的数据库重新启用变更流：

• 通过DDL语句启用：

  ALTER TABLE [TARGET_TABLE] ENABLE CHANGE_STREAM [CHANGE_STREAM_NAME];
  

• 或使用gcloud命令创建变更流：

  gcloud spanner databases change-streams create [CHANGE_STREAM_NAME] \
    --instance=my-restored-instance \
    --database=[TARGET_DB] \
    --table=[TARGET_TABLE]
  

确保CDC的配置（如捕获列、数据保留时长）与原实例完全一致，避免打乱应用的消费逻辑。

3. 调整应用的CDC消费端 #

根据业务需求调整应用的CDC数据源：

• 若仅需消费恢复之后产生的新变更：直接修改应用配置，指向新实例的变更流端点即可。
• 若需补全从备份时间点到恢复完成期间的有效业务变更：
  1. 从原实例的CDC流中筛选出这段时间内的合法变更（排除导致数据异常的错误插入操作）；
  2. 将筛选后的变更重新应用到恢复后的实例；
  3. 配置应用从恢复实例的变更流起始点开始消费，避免重复处理数据。

4. 验证CDC数据一致性 #

• 消费恢复实例的变更流，检查是否能正确捕获所有数据操作（插入、更新、删除）；
• 对比恢复后的数据库数据与CDC输出的变更记录，确保两者完全匹配。

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