如何处理更改Flyway迁移？

Question

我目前正在研究Flyway作为Liquibase的替代方案，但在文档中无法找到以下问题的答案:

假设在生产环境中部署后发现迁移X包含错误。回想起来，X不应该按原样执行，但已经太晚了。但是，我们想用固定版本的X替换迁移X，这样从头开始填充的数据库就不会遭受相同的错误。

在 Liquibase 中，您将修复原始变更集并使用




Answer 1

如果这个坏的更改已经达到生产阶段，那么隐藏它有什么意义呢？每次在空数据库上重放都很昂贵吗（我假设CI运行）？在已经包含该迁移的情况下创建一个新的数据库基线。

Answer 2

根据混乱的程度，你也可以

• 只需进行后续迁移来更正它（新列名中的错字，…）
• 如果这不是一个选项，您必须手动修复迁移和数据库，并发出Flyway.repair（）来重新调整校验和http://flywaydb.org/documentation/command/repair.html

Answer 3

尽管这违反了Flyway的API，但以下方法对我们很有效：

在Validate之前编写＜code＞。sql＜/code＞，它修复校验和以匹配预期值，因此当Flyway实际验证校验和时，一切看起来都很好。

例如：

-- The script xyz/V03_201808230839__Faulty_migration.sql was modified to fix a critical bug.
-- However, at this point there were already production systems with the old migration file.
-- On these systems, no additional statements need to be executed to reflect the change,
-- BUT we need to repair the Flyway checksum to match the expected value during the 'validate' command.
UPDATE schema_version
SET checksum = -842223670
WHERE (version, checksum) = ('03.201808230839', -861395806);

这样做的优点是只针对一个特定的迁移，这与 Flyway 的修复命令不同。