Flyway迁移在应用启动时失败，但IntelliJ中执行正常

1. 执行上下文差异 #

• 核对两种执行方式的数据库用户权限：确认Spring Boot启动时使用的数据库账号，与Maven插件执行时的账号权限完全一致。比如Maven可能用了带DBA权限的账号，而应用账号缺少触发器相关权限（如ALTER TRIGGER、CREATE TRIGGER，或对触发表的操作权限）。
• 对比会话参数：在迁移脚本开头添加SELECT SYS_CONTEXT('USERENV','CURRENT_SCHEMA') FROM DUAL;和SELECT * FROM NLS_SESSION_PARAMETERS;，输出并对比两种场景下的Oracle会话参数（如NLS_DATE_FORMAT、CURRENT_SCHEMA）是否一致。

2. 迁移执行顺序与依赖问题 #

• 检查Flyway版本排序规则：确认所有迁移文件命名规范一致，避免因版本号格式问题（如带字母的版本号处理差异）导致应用启动时的执行顺序与Maven插件不同，触发未预期的依赖问题（比如表未创建就创建触发器，或触发器依赖对象被后续脚本修改）。
• 定位出错脚本：开启Flyway DEBUG日志（配置logging.level.org.flywaydb=DEBUG），找到触发ORA-04098的具体脚本和触发器名称，检查该触发器对应的表是否已被正确创建/修改，以及触发器语法是否存在隐含上下文依赖。

3. 触发器有效性验证时机 #

• 分析触发器触发场景：Maven执行时可能未触发对应DML操作，因此未暴露触发器失效问题。检查出错触发器对应的表，是否在后续迁移脚本中有INSERT/UPDATE/DELETE操作，应用启动时Flyway执行到该DML时触发了触发器有效性验证，发现依赖对象（如视图、函数、其他表）异常。
• 手动验证触发器：在数据库中执行ALTER TRIGGER <触发器名> COMPILE;，查看具体错误信息（如ORA-00942: 表或视图不存在），直接定位触发器失效的根本原因。

4. Spring Boot与Maven Flyway配置差异 #

• 对比核心配置参数：
  • 检查flyway.clean-disabled、flyway.baseline-on-migrate等参数是否一致，避免应用启动时执行额外基线或清理操作导致对象状态异常。
  • 核对flyway.skip-default-callbacks、flyway.callbacks配置，自定义回调可能影响迁移执行流程。
  • 确认flyway.schemas指定的schema是否一致，避免应用启动时操作了不同schema，导致触发器找不到依赖对象。

5. 事务管理差异 #

• 对比事务策略：Maven插件执行时默认每个迁移脚本是独立事务（Oracle下DDL自动提交），而Spring Boot中Flyway的事务可能受Spring上下文影响。尝试配置flyway.transaction-strategy=COMMAND，强制每个迁移脚本使用独立命令事务，与Maven插件行为对齐。

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