Flyway执行migrate提示App B Schema已更新，需创建其库表

以下是针对性的排查和解决步骤：

1. 检查Flyway元数据记录 #

登录目标数据库，查询App B对应的flyway_schema_history表，确认是否存在AppB脚本的迁移记录：

SELECT * FROM B.flyway_schema_history WHERE script LIKE '%AppB%';

• 如果存在状态为success的记录，但实际Schema B下没有表：说明Flyway误标记了迁移完成，直接删除这条记录后重新执行migrate命令。
• 如果没有相关记录：继续排查脚本命名或路径配置。

2. 修正迁移脚本命名 #

Flyway要求迁移脚本必须遵循V<版本号>__<描述>.sql的命名规范（例如V1__Create_AppB_Core_Tables.sql）。如果你的AppB.sql不符合该规则，Flyway会直接忽略它，导致提示"无迁移必要"。

• 重命名AppB.sql为符合规范的文件名，确保版本号为该Schema的初始版本（一般从1开始）。

3. 验证Flyway路径配置 #

多租户场景下，执行App B的migrate操作时，必须确保Flyway的locations参数指向正确的脚本目录：

• 命令行执行示例：

flyway -url=jdbc:your-db-url/B -user=db-user -password=db-pass -locations=filesystem:./Migrate/B migrate

• 检查配置文件（如flyway.conf）中的flyway.locations是否准确设置为filesystem:./Migrate/B，避免指向了其他App的脚本目录。

4. 检查脚本内容有效性 #

打开AppB.sql，确认：

• 脚本包含有效的建表/建Schema语句（例如CREATE SCHEMA IF NOT EXISTS B;、CREATE TABLE ...）；
• 没有语法错误（可单独在数据库客户端执行脚本验证）；
• 脚本不为空或仅含注释。

5. 手动重置后重新迁移 #

如果以上步骤无效，可手动初始化Schema后重新执行迁移：

1. 手动创建Schema B（若尚未存在）：

CREATE SCHEMA IF NOT EXISTS B;

2. 清空Flyway元数据表：

TRUNCATE TABLE B.flyway_schema_history;

3. 重新执行Flyway migrate命令，确保路径和脚本命名正确。

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