如何配置Flyway以查看其发送至数据库的具体命令？

嘿，我来帮你搞定这个问题！不管是日常的迁移操作，还是使用Repair功能时，都能通过调整日志配置让Flyway回显所有发送给数据库的SQL命令，具体方法如下：

一、命令行快速调试（临时生效） #

如果你用命令行执行Flyway命令（比如migrate或repair），直接加-X参数就能开启DEBUG级别日志，控制台会输出所有Flyway执行的SQL语句——包括Repair过程中对schema history表的修改操作：

# 查看迁移时的SQL命令
flyway migrate -X

# 查看Repair时的SQL命令
flyway repair -X

这种方式适合临时调试，不用改任何配置文件，用完就停。

二、配置文件持久化设置（长期生效） #

如果需要长期开启，或者在非命令行环境（比如Spring Boot项目）中使用，可以通过配置文件指定日志级别：

1. 独立Flyway项目（flyway.conf）：

# 全局开启DEBUG日志，输出所有Flyway相关细节
flyway.logging=DEBUG

# 更精准：只记录SQL执行相关日志，减少冗余输出
flyway.loggers=org.flywaydb.core.internal.sqlscript.SqlScriptExecutor
flyway.logger.org.flywaydb.core.internal.sqlscript.SqlScriptExecutor=DEBUG

2. Spring Boot项目（application.properties）：

# 针对Flyway核心包开启DEBUG日志
logging.level.org.flywaydb.core=DEBUG

# 或只聚焦SQL执行环节
logging.level.org.flywaydb.core.internal.sqlscript.SqlScriptExecutor=DEBUG

三、实用小贴士 #

• 日志级别选择：DEBUG级别已经足够看到所有执行的SQL命令，TRACE级别会输出连接、事务管理等更细节的内容，一般用不上。
• 生产环境注意：高日志级别会输出大量信息，虽然Flyway会自动屏蔽数据库密码这类敏感内容，但还是建议生产环境保持默认的INFO/WARN级别，避免性能损耗和不必要的信息暴露。
• Repair的SQL输出：Repair主要是修复schema history表的记录（比如更新校验和、删除失败的迁移条目），开启DEBUG后，这些操作对应的SQL会和迁移SQL一样被输出。

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