请求新增Flyway指定版本迁移前回调（如beforeMigrate_V1.0.0.sql）

首先，针对你遇到的问题，有几种可行的方案可以在不修改原有版本SQL文件的前提下，精准地在指定版本迁移前执行修复语句，同时避免新增小版本后失效的问题：

方案1：利用Flyway的Java Callback API实现精准版本判断 #

Flyway提供了原生的Java回调接口，你可以自定义一个回调类，在beforeEachMigrate阶段直接获取当前即将执行的迁移版本，然后针对性执行修复逻辑：

1. 创建一个继承BaseCallback的自定义回调类（简化接口实现）：

import org.flywaydb.core.api.callback.BaseCallback;
import org.flywaydb.core.api.callback.Context;
import org.flywaydb.core.api.callback.Event;
import java.sql.Connection;
import java.sql.Statement;

public class VersionSpecificPreMigrateCallback extends BaseCallback {
    @Override
    public boolean supports(Event event, Context context) {
        // 只处理每个迁移前的事件
        return event == Event.BEFORE_EACH_MIGRATE;
    }

    @Override
    public void handle(Event event, Context context) {
        // 获取当前要执行的迁移版本
        String targetVersion = context.getMigrationInfo().getVersion().toString();
        Connection conn = context.getConnection();
        
        // 精准匹配目标版本，执行修复语句
        if ("1.1.0".equals(targetVersion)) {
            try (Statement stmt = conn.createStatement()) {
                stmt.execute("SET FOREIGN_KEY_CHECKS = 0;");
            } catch (Exception e) {
                throw new RuntimeException("Failed to run pre-migration fix for version 1.1.0", e);
            }
        }
    }
}

2. 在Flyway配置中注册这个回调类：
   • 如果你用Spring Boot，可在application.properties中添加：

   flyway.callbacks=com.yourpackage.VersionSpecificPreMigrateCallback
   

   • 原生Flyway则在初始化时通过Flyway.configure().callbacks(...)指定。

这种方案的核心优势是直接匹配当前要迁移的版本，不管中间新增多少小版本（比如V1.0.9.1），只要当前执行的是V1.1.0迁移，就会触发修复逻辑，完全避免了之前依赖max_ver判断的缺陷。

方案2：使用Flyway占位符结合SQL条件判断（纯SQL方案） #

如果你不想编写Java代码，可以利用Flyway的内置占位符，在beforeEachMigrate.sql中直接基于当前迁移版本做判断（需要Flyway 6.0+版本支持）：

-- 从Flyway上下文获取当前要执行的版本
SET @target_version = '${flyway.version}';

-- 仅针对V1.1.0执行修复语句
IF @target_version = '1.1.0' THEN
    SET FOREIGN_KEY_CHECKS = 0;
END IF;

这个方案更轻量，无需额外代码，适合纯SQL运维场景，同样能精准匹配目标版本，不受中间新增小版本的影响。

关于是否需要新增BEFORE_INDICATED_VERSION_MIGRATE事件 #

你的需求确实点出了Flyway现有回调机制的一个缺口：目前官方仅支持全局或全迁移阶段的回调脚本，没有提供针对特定版本的命名式回调（比如beforeMigrate_V1.1.0.sql）。

从功能合理性来看，这类版本化的回调事件是有实用价值的——它能让开发者更直观地为特定版本编写前置/后置逻辑，无需复杂的判断逻辑或代码开发。不过目前Flyway官方尚未提供该功能，你可以考虑在Flyway的GitHub仓库提交Feature Request，描述你的使用场景，推动官方支持。

但在官方实现之前，上面提到的两种方案已经可以完美解决你的问题。

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