在Kotlin中使用FlywayDB连接PostgreSQL时遇FlywayException问题求助

这个错误我之前在项目里也踩过坑，本质是Flyway的安全校验机制在起作用：它检测到你的public schema已经存在表或数据，但没有Flyway用来跟踪版本的flyway_schema_history表，出于保护现有数据的目的，它就抛出了这个错误，不敢直接执行迁移操作。

下面给你两种可行的解决方案，你可以根据自己的场景选择：

方案1：基线化现有Schema（推荐用于已有数据的生产/开发环境） #

Flyway提供了baseline()方法，专门用来处理这种已有Schema的情况——它会把当前Schema的状态标记为"基线版本"，后续的迁移会基于这个基线执行，不会改动已有的表和数据。

修改你的代码如下：

val url = "jdbc:postgresql://127.0.0.1/test1"
Database.connect(url, driver = "org.postgresql.Driver", user = "postgres", password = "123")

val flyway = Flyway.configure()
    .dataSource(url, "postgres", "123")
    // 可选：自定义基线版本号和描述，方便后续跟踪版本变化
    .baselineVersion("1.0")
    .baselineDescription("Initial schema created by Kotlin Exposed")
    .load()

// 先执行基线化，自动创建flyway_schema_history表并插入基线记录
flyway.baseline()
// 再执行迁移操作
flyway.migrate()

如果不需要自定义配置，也可以简化成更简洁的写法：

val url = "jdbc:postgresql://127.0.0.1/test1"
Database.connect(url, driver = "org.postgresql.Driver", user = "postgres", password = "123")

var flyway = Flyway()
flyway.setDataSource(url, "postgres", "123")
flyway.baseline() // 添加这一行完成基线化
flyway.migrate()

执行后，Flyway会自动创建flyway_schema_history表，把当前Schema的状态记录进去，之后的迁移脚本就能正常执行，且不会影响你已有的数据。

方案2：清空Schema后重新初始化（仅适用于全新开发环境） #

如果你的数据库是刚搭建的测试环境，还没有重要数据，只是不小心先运行了Exposed的代码导致表被提前创建，那可以直接清空public schema，然后调整执行顺序：先让Flyway完成初始化，再用Exposed操作数据。

1. 手动在PostgreSQL中清空public schema：

DROP SCHEMA public CASCADE;
CREATE SCHEMA public;

2. 调整代码执行顺序：先运行Flyway的migrate()，再初始化Exposed的数据库连接和表操作。

这样Flyway会从头开始创建所有表（包括它自己的历史表），后续的Schema变更都可以通过Flyway的迁移脚本统一管理。

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