如何处理以前有效的无效飞行路线迁移

Question

我有一个Spring启动应用程序，它使用Flyway在Postgres中进行html" target="_blank">数据库迁移。

它现在大约有四年了，所以我们正在谈论Flyway 4.0.3，Spring Boot 1.3.x和Postgres 9.x。版本可能会升级，但我想在这样做之前修复任何现有的问题。

与此同时，Postgres升级到了高于9.x的版本。不幸的是，由于包含不推荐使用的语法，一些现有的迁移已经过时。因此，现在使用全新的数据库(即在开发环境中)启动应用程序会导致这些迁移失败。在生产中，这很好，因为那些迁移已经被应用了，不会再被应用了。

我很好奇这样做的最佳实践是什么。我不能只是去修复现有迁移中的语法，因为这会导致生产环境中的校验和失败。我知道维修是一回事，但是我不确定它是如何工作的，以及如何与Spring Boot一起使用。

失败的SQL:

UPDATE config
SET (description) = 'my description'
WHERE ...

正确的SQL:

UPDATE config
SET description = 'my description'
WHERE ...

错误:

Message    : ERROR: source for a multiple-column UPDATE item must be a sub-SELECT or ROW() expression

EDIT 24/04/2020 Spring Boot解决方案：

在 Grant Fitchey 在下面发布了有关如何对此进行修复的正确答案之后，我只想添加我如何专门使用Spring Boot执行此操作。我刚刚创建了一个飞途迁移策略的豆子，它在调用迁移之前调用修复：

@Bean
public FlywayMigrationStrategy cleanMigrateStrategy() {
    return flyway -> {
        flyway.repair();
        flyway.migrate();
    };
}

在将其部署到生产环境时，在启动期间，Postgres中的＜code＞schema_versions＜/code＞表中的校验和已修复。在另一个版本中，我将删除＜code＞飞道。修复（）line，否则很明显，这将产生应用无效迁移的风险。

Answer 1

您正在寻找修复选项。我不知道如何通过springboot直接调用它，但文档在这里。这应该能照顾到你想要的东西。

因此，在这种情况下，第一步是修复迁移，以便它们在开发环境中正确执行。开发现在应该没问题，飞行路线应该成功迁移。

在生产中，您现在应该会得到一个验证错误，因为校验和不同。快速通道修复将“修复”模式历史表，以便它html" target="_blank">存储的校验和与磁盘上的新校验和相匹配，因此快速通道验证再次通过。具体来说，flyway repair所做的是使模式历史表与您在磁盘上的内容相匹配。它将应用的迁移的所有校验和更新为您在磁盘上的校验和(因此，只有在您确信更改是相同的情况下才使用它)。它还从表中删除所有失败的迁移条目(同样，只有在您自己清理了数据库之后才使用它)。