Flyway Validate failed:migration checksum mismatch for migration 2.2

最新推荐文章于 2025-02-21 09:30:00 发布
原创 最新推荐文章于 2025-02-21 09:30:00 发布 · 3.3k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

系统里面使用了Flyway，一个数据库版本管理工具。

有一个sql文件版本号2.2，第一次自动执行成功了


后面发现2.2里面sql有问题，修改sql内容后，再次启动，报错类似如下 

Flyway   Validate failed:migration checksum mismatch for migration 2.2

->Applied to database:37561532->Resolved locally : -351684334

原来的checksum和现在文件的checksum不相同

解决方式：

直接修改flyway_schema_history表中的checksum值，再次执行，正常


【异常】Flyway提示报错FlywayValidateException: Validate failed: Migrations have failed validation
本本本添哥
03-14 2389
导致生成的checksum改了，因此在校验历史版本的时候，出现了问题，因此下面的记录执行失败。按照校验的提示，将以下值，直接修改更新错误的checksum值即可。原来脚本写的好好的，我手欠去修改了，
【flyway】flyway Migration checksum mismatch for migration
九师兄
11-09 892
1.概述 转载：https://blog.csdn.net/gageshan/article/details/105009721 ERROR] Failed to execute goal org.flywaydb:flyway-maven-plugin:6.3.1:migrate (default-cli) on project community: org.flywaydb.core.api.FlywayException: Validate failed: [ERROR] Migration ch.
解决Flyway “Validate failed: Migration checksum mismatch for migration version”报错
小李同学的博客
02-21 1041
在软件开发中，数据库迁移是保障项目持续发展的关键任务。Flyway作为一款备受青睐的数据库迁移工具，为开发人员提供了高效管理数据库版本的方案。然而，在使用过程中，“Validate failed: Migration checksum mismatch for migration version”报错常常给开发者带来困扰。最常见的就是改了已执行的sql脚本，这个其实很好解决。今天就简单聊聊~~~
IDEA项目启动时Flyway数据库迁移中的checksum不匹配问题及解决指南
小李同学的博客
01-26 1589
IDEA项目启动时Flyway数据库迁移中的checksum不匹配问题及解决指南
FlywayException:Validate failed:Migration checksum mismatch
热门推荐
阿萨的专栏
06-23 1万+
问题描述：项目数据迁移，使用到Flyway，但是，在项目运行过程中经常出现如下问题 那么这段话表示什么意思呢？ 看这句话：Caused by:ori.flywaydb.core.api.FlywayException:Validate failed:migration checksum mismatch for migration 1.15.0 ->Applied to database: 37
Flyway Validate failed:migration checksum mismatch for migration 1.0.0003
SteveJobson
01-11 9881
今天在server端跑flyway的时候遇到这个问题，简单的总结一下： 首先看一下Flyway的官网介绍https://flywaydb.org/getstarted/how 在使用flyway的时候，简单的流程：  新建一个数据库 当配置好flyway的基本信息后，运行flyway，会在数据库表中默认新建一个数据表，用于存储flyway的运行信息，默认的数据库名：
Validate failed: Migrations have failed validation
Anakki的博客
04-03 2364
null) {) {} else {1.获取当前迁移的版本号。2.= null) {：检查当前迁移是否有版本号。3.如果当前迁移的版本号大于上次应用的迁移版本号，则执行以下逻辑：检查当前迁移是否不是删除类型且未被标记为已删除。：更新为当前迁移的版本号。4. 如果当前迁移的版本号不大于上次应用的迁移版本号，则执行以下逻辑：将当前迁移标记为未按顺序应用。通过这段代码，Flyway更新了最后应用的迁移版本，并处理了未按顺序应用的迁移。
Flyway Validate failed: Migration checksum mismatch for migration version 1.0.0.01 错误
HONEY MOOSE
06-07 3039
在运行系统的时候出现错误： org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'flywayInitializer' defined in class path resource [org/springframework/boot/autoconfigure/flyway...
org.flywaydb.core.api.FlywayE xception: Validate failed: Migration checksum mismatch for migration
qq_34298850的博客
11-25 395
这个错误的起因是，我使用了flyway进行数据库管理， 我根据网上教程，写了下面个一个V4的sql语句。但是后来发现，这个150不够我使用的，我需要扩容。我首先是写了一个V5想要改变，但是没有成功，然后我删掉V4之后，使用mvn flyway:migrate 重新写了V1-V3的sql语句。成功了之后，我尝试写一个新的V4，改变varchar的大小，但还是失败。 我查看日志 发现数据库里面有flyway_schema_history这个文件，我去里面，将V4里面的命令删除，我重新使用mvn f.
CheckSum.rar
11-17
现在大多数人开发window的应用都使用MFC，MFC开发应用确实方便，而且效率也大大提高！但在某些特定情形下，我们却不能使用MFC开发应用，比如我们有些设备需要内置一些应用程序时，受设备空间的限制，我们就没办法使用MFC开发这些应用！ 该工程文件只是一个简单的对话框应用，但包含了不少用C语言编写并使用原始的Windows Application Programming Interface（API）开发应用的技巧。
org.flywaydb.core.api.FlywayException: Validate failed: Migration checksum mismatch for mgration ver
R_o_b_o_t_的博客
05-13 4047
开发过程中遇到FlyWay校验checksum不一致问题，特此记录。 完整错误信息如下： Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled. [2020-05-13 14:36:45,155][ERROR][main][SpringApplication][reportFailure] - Application run failed
解决flyway Migration checksum mismatch for migration 错误
gageshan的博客
03-21 5792
[ERROR] Failed to execute goal org.flywaydb:flyway-maven-plugin:6.3.1:migrate (default-cli) on project community: org.flywaydb.core.api.FlywayException: Validate failed: [ERROR] Migration checksum mi...
Flyway报错源码分析——Validate failed: Migrations have failed validation
yx444535180的专栏
08-05 8766
Flyway报错分析，Validate failed: Migrations have failed validation
flyway Migration checksum mismatch for migration
chechenshi的博客
12-08 670
Issue flyway Migration checksum mismatch for migration 原因大概是 原先已经运行的脚本，在上面做了修改。(｡ì _ í｡)，唉，老老实实新建个多好。 Solved 1、看到网上说直接删除报错脚步的那一行 结果。。。╭(°A°`)╮ Detected resolved migration not applied to database on flyway 不由得握紧拳头o(︶︿︶)o 只能在 flyway xxx migrate 加个配置 -out
flyway出错 FlywayException: Validate failed: Detected failed migration to version
weixin_39133753的博客
12-24 1万+
删除数据库 Caused by: org.flywaydb.core.api.FlywayException: Validate failed: Detected failed migration to version 0.1.3
Caused by: org.flywaydb.core.api.FlywayException: Validate failed: Migration checksum mismatch for m
sunrj_niu的博客
11-04 4779
Caused by: org.flywaydb.core.api.FlywayException: Validate failed: Migration checksum mismatch for migration version 700013 Spring boot集成flyway做数据库版本管理的时候，启动服务报错org.flywaydb.core.api.FlywayException: Validate failed: Detected failed migration to version 1.
org.flywaydb.core.api.FlywayException: Validate failed. Migration Checksum mismatch for ...解决办法
GADIOYOUNGE的博客
08-27 2596
Flyway的schema version中checksum值不同启动失败 项目使用了Flyway作为数据库管理，在一次启动项目的时候，连接了其他同事初始化过的数据库，但是到一半的时候，启动报错 Caused by: org.flywaydb.core.api.FlywayException: Validate failed. Migration Checksum mismatch for migration 1.5 -> Applied to database : -602935793 ->
FlywayValidateException: Validate failed: Migrations have failed validation
Proofer的博客
09-09 445
在迁移flyway数据库的时候版本文件写了最新的，也跑了最新版本的数据库，但是运行springboot的时候老报错：FlywayValidateException: Validate failed: Migrations have failed validation。最后用./gradlew flywayRepair修复了数据库，再用./gradlew flywayMigrate迁移成功。第一次出现这个问题的原因可能是自己跑乱了数据库，第二次应该是和其他开发的队友同时写了两个版本一样的跃迁版本文件。
Caused by: org.flywaydb.core.api.exception.FlywayValidateException: Validate failed: Migrations have failed validation Migration checksum mismatch for migration version 2025052201 -> Applied to database : 278663080 -> Resolved locally : -1455011803. Either revert the changes to the migration, or run repair to update the schema history.
最新发布
09-04
<think> 我们正在解决Flyway校验失败异常：FlywayValidateException，具体是迁移版本2025052201的校验和不匹配。 原因：数据库记录的校验和（278663080）与本地计算的校验和（-1455011803）不一致。 解决方案的核心：使数据库中的校验和记录与本地脚本的校验和一致。 步骤： 1. 确认脚本是否被修改：检查版本为2025052201的迁移脚本文件，确认其内容是否被更改。如果被更改且不应该更改，则恢复原始版本。 2. 修复校验和：可以使用Flyway的repair命令来修复，或者手动更新数据库中的校验和。 具体操作： 方法一：使用Flyway repair命令（推荐） - 在Spring Boot项目中，可以通过配置或命令行来执行repair。 - 配置方式：在application.properties中设置`spring.flyway.repair-on-migrate=true`，然后启动应用。这会在迁移前自动修复校验和。 - 或者，使用Flyway的命令行工具： 下载Flyway命令行工具，配置flyway.conf（设置数据库连接和迁移脚本位置），然后运行： ``` flyway repair ``` 方法二：手动更新数据库（如果repair不可行） - 连接到数据库，找到flyway_schema_history表。 - 执行SQL更新： ```sql UPDATE flyway_schema_history SET checksum = -1455011803 -- 这里的值是你的本地脚本的校验和 WHERE version = '2025052201'; ``` 3. 预防措施： - 不要修改已经应用到数据库的迁移脚本（如果必须修改，应创建新的版本脚本）。 - 使用版本控制（如Git）来管理迁移脚本，确保一致性。 - 在开发流程中，避免直接修改已提交的迁移脚本。 注意：在修复前，务必备份数据库和迁移脚本，以防万一。 根据引用[1]，在Spring Boot项目中，Flyway的加载顺序可能早于其他需要数据库配置的Bean。因此，在修复校验和问题后，还需确保Flyway在应用其他配置之前完成迁移，避免因初始化顺序问题导致的配置失败。可以通过以下方式确保顺序： - 将依赖于数据库的配置放在Flyway迁移之后执行（例如，使用@DependsOn注解或调整初始化逻辑）。 另外，引用[2]提到在解决类似配置异常时，需要检查文件的完整性和格式。虽然这里不是XML文件，但同样需要检查迁移脚本的格式（如SQL语法是否正确，是否有隐藏字符等），因为这些问题也可能导致校验和计算错误。 因此，在修复校验和的同时，也要检查脚本内容是否合法。 最后，启动项目测试是否解决。 相关问题： 1. 如何避免Flyway迁移脚本的校验和失败问题？ 2. Flyway在多环境中如何保证迁移脚本的一致性？ 3. Spring Boot项目中如何控制Flyway与其他初始化操作的执行顺序？ 请按照以上步骤操作，应该能够解决问题。 </think> ### 解决 Flyway 校验失败异常：版本 2025052201 校验和不匹配 #### 📌 核心问题分析 Flyway 通过校验和（脚本内容的哈希值）确保数据库迁移的一致性。当出现： ``` -> Applied to database : 278663080 -> Resolved locally : -1455011803 ``` 表明数据库记录的校验和与本地脚本计算值不一致。常见原因： 1. **脚本文件被意外修改**（如开发者添加注释或调整格式）[^1] 2. **跨环境脚本不一致**（开发/测试/生产环境脚本不同步） 3. **Flyway 元数据表损坏**（`flyway_schema_history` 记录异常） 4. **隐藏字符问题**（如 UTF-8 BOM 头导致校验和变化） --- #### 🔧 分步解决方案 **第一步：确认脚本状态** ```bash # 定位问题脚本（通常位于 src/main/resources/db/migration） find . -name "*2025052201*.sql" # 检查文件修改记录（Git 项目） git log --follow path/to/V2025052201__your_script.sql ``` 若脚本被修改且非必要更改，用 Git 恢复原始版本： ```bash git checkout HEAD -- path/to/script.sql ``` **第二步：修复校验和（推荐方案）** ▸ **方案1：Flyway Repair 命令** 在项目根目录执行（需安装 Flyway CLI）： ```bash flyway repair -url=jdbc:mysql://localhost:3306/your_db \ -user=root \ -password=your_password \ -locations=filesystem:src/main/resources/db/migration ``` ▸ **方案2：Spring Boot 配置自动修复** 在 `application.properties` 添加： ```properties # 启动时自动修复校验和 spring.flyway.repair-on-migrate=true ``` ▸ **方案3：手动更新数据库** 执行 SQL 修复元数据： ```sql UPDATE flyway_schema_history SET checksum = -1455011803 -- 本地计算值 WHERE version = '2025052201'; ``` **第三步：处理特殊情况** - **场景1**：脚本必须修改 创建新版本迁移脚本（如 `V2025052202__fix_description.sql`），避免修改已应用的脚本。 - **场景2**：隐藏字符问题 用 `hexdump` 检查文件头，移除 UTF-8 BOM： ```bash sed -i '1s/^\xEF\xBB\xBF//' V2025052201__your_script.sql ``` --- #### 🛡️ 预防措施 1. **脚本管理规范** - 禁止直接修改已提交的迁移脚本 - 多环境使用同一 Git 仓库管理脚本 - 命名遵循 `V{version}__{description}.sql` 格式[^1] 2. **Flyway 配置优化** ```properties # 开发环境关闭严格校验 spring.flyway.validate-on-migrate=false # 生产环境启用验证但禁用自动修复 spring.flyway.repair-on-migrate=false ``` 3. **启动顺序控制** 若需在 Flyway 迁移后初始化其他服务（如数据库配置加载），使用 `@DependsOn` 注解： ```java @Bean @DependsOn("flywayInitializer") // 确保 Flyway 优先执行 public MyConfigService configService() { return new MyConfigService(); } ``` --- #### ✅ 验证结果 1. 启动项目观察日志： ``` Successfully repaired schema history table Successfully applied 1 migration (execution time 00:00.038s) ``` 2. 检查数据库： ```sql SELECT checksum FROM flyway_schema_history WHERE version = '2025052201'; -- 应返回 -1455011803 ``` > ⚠️ **关键提示**：修复前务必备份数据库！重大变更需在测试环境验证。 --- ### 相关问题 1. Flyway 迁移脚本被意外修改后如何安全修复？ 2. Spring Boot 如何控制 Flyway 与其他初始化 Bean 的执行顺序？[^1] 3. 多团队协作下如何避免 Flyway 脚本版本冲突？ 4. Flyway 校验和的计算规则是什么？哪些因素会导致变化？ 5. 如何排查 Flyway 迁移失败时的隐藏字符问题？
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值