AWS RDS生产库与QA库数据及迁移脚本同步问题咨询

先明确：无法直接将QA的迁移脚本添加到Production快照中 #

RDS快照是数据库的静态镜像，仅包含快照生成时的数据库schema、数据以及系统元数据，并不存储应用层面的迁移脚本文件。迁移脚本属于应用代码的一部分，不在快照覆盖范围内，所以直接给快照加迁移脚本这条路走不通。

可行方案一：将Production数据复制到已完成迁移的QA库 #

这是更直接的方式，利用QA库已有的正确schema（迁移完成后的状态），导入Production的真实数据：

• 第一步：备份当前QA库
  先给QA库创建RDS快照，避免后续操作破坏现有数据。
• 第二步：导出Production数据库的数据
  根据你的数据库类型（MySQL/PostgreSQL等）选择对应工具：
  • 用AWS RDS的导出到S3功能直接导出全量数据；
  • 或者用命令行工具：mysqldump（MySQL）、pg_dump（PostgreSQL），只导出数据（不要导出schema，因为QA已经有最新schema）。
• 第三步：清理QA库的现有数据
  只删除表数据，保留schema和迁移工具的记录表（比如Flyway的flyway_schema_history、Liquibase的databasechangelog），这些表记录了已执行的迁移脚本状态，不能改动。执行前记得禁用外键约束避免报错，可使用TRUNCATE TABLE或批量DELETE操作。
• 第四步：导入Production数据到QA库
  用对应的导入工具（mysql命令、psql命令，或者AWS RDS的从S3导入功能）将Production数据导入到QA的对应表中，导入完成后重新启用外键约束。
• 第五步：验证
  检查QA库的数据完整性，同时确认应用连接QA库后能正常运行，所有功能基于Production数据生效。

可行方案二：让从Production快照新建的实例执行完QA的所有迁移脚本 #

你之前尝试的方法失效，核心原因是迁移工具依赖数据库内的迁移记录表判断脚本是否已执行。新建的Production实例里的迁移记录表只有原Production的脚本记录，QA的后续脚本不在其中，而迁移工具默认只会执行比记录表中最新版本更新的脚本，所以旧的QA脚本不会被触发。解决步骤：

• 第一步：确认迁移工具类型
  明确你们用的是Flyway、Liquibase还是自定义迁移工具，找到对应的迁移记录表。
• 第二步：导出QA库的迁移记录
  从QA库的迁移记录表中导出所有已执行的脚本记录（比如Flyway的flyway_schema_history表的所有行）。
• 第三步：将迁移记录插入到新Production实例的对应表中
  在新实例中手动插入这些记录，确保每个脚本的版本号、描述、执行状态（比如success）都和QA完全一致。这一步相当于告诉迁移工具：“这些脚本已经执行过了”。
• 第四步：部署包含全量迁移脚本的最新代码
  重新部署应用后，迁移工具会检查迁移记录表，发现所有QA的脚本都已“执行”，只会执行之后新增的脚本（如果有的话），同时数据库会保留Production的原始数据。
• 第五步：验证
  对比新实例的schema和QA库是否一致，测试应用功能是否正常。

补充：你之前尝试失效的原因 #

• 小幅代码修改重新部署：迁移工具只会检查版本号比现有迁移记录更新的脚本，QA的脚本版本号可能比新Production实例里的记录旧，所以不会触发。
• 添加空迁移脚本：这个空脚本是新的版本号，所以会被识别，但旧的QA脚本不在迁移记录表中，迁移工具不会主动执行旧版本的脚本。

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