Spring Boot 1.5到2迁移- Flyway迁移校验和不匹配

Question

从1.5升级到Spring Boot 2时，我收到以下错误，尽管SQL脚本没有改变：

Migration checksum mismatch for migration version 1
-> Applied to database : 1395032327
-> Resolved locally    : -175919814

Spring Boot建议

为确保架构升级顺利进行，请按照以下说明操作：

> < li>

首先将您的1.5.x Spring Boot应用程序升级到Flyway 4(撰写本文时为4.2.0)，请参见Maven和Gradle的说明。

将架构升级到 Flyway 4 后，升级到Spring启动 2 并再次运行迁移以将应用程序移植到 Flyway 5。

如果您不控制部署并且不能两次部署应用程序（例如，用户下载最新版本的应用程序），这就不容易实现。

问题的原因是什么，解决方案是什么？

Answer 1

可能最简单的方法是执行＜code＞flyway。repair（）在实际迁移之前：

@Configuration
public class FlywayRepair {

    @Bean
    public FlywayMigrationStrategy repair() {
        return flyway -> {
            // repair each script checksum 
            flyway.repair();
            // before migration is executed 
            flyway.migrate();
        };
    }
}

缺点是它还删除了失败的迁移。来自Flyway。repair（）Javadoc:

修复Flyway架构历史表。这将执行以下操作：

< li >在没有DDL事务的数据库上删除任何失败的迁移(留下的用户对象仍必须手动清理) < li >将已应用迁移的校验和、描述和类型与可用迁移的校验和、描述和类型重新对齐

Answer 2

看来校验和算法在不同版本之间已经发生了变化。在（某些）版本的＜code＞Flyway 4＜/code＞中，

所有校验和在第一次运行时会自动重新计算并使用新算法更新（Flyway#253）

我不确定这是否意味着校验和是用两个版本计算的，如果它与旧版本匹配，则用新版本更新，或者它是否意味着它被新版本盲目覆盖。

飞行路线校验和算法：

>

版本 3 - crc32 超过字节：

bytes = resource.loadAsBytes()
...
crc32.update(bytes);

版本 5（不是逐字副本）- 行上的 crc32（忽略 CR/LF，并使用 UTF-8 编码）：

BufferedReader bufferedReader = new BufferedReader(new StringReader(resource.loadAsString(configuration.getEncoding())));
[...]
while ((line = bufferedReader.readLine()) != null) {
    crc32.update(line.getBytes("UTF-8"));
}

解决方案

在使用Spring Boot的飞行道维修的答案中，提出了多种解决方案。

因为必须避免手动干预，所以我使用了FlywayMigrationStrategy和jdbcTemplate在启动时将校验和从固定已知值更新为Flyway 5所需的新固定已知值。