org.flywaydb.core.api.FlywayException: Found non-empty schema(s) `db` but no schema history table.

原创已于 2023-12-10 18:06:24 修改 · 981 阅读

6 ·

CC 4.0 BY-SA版权

文章标签：

#flywaydb #springboot

于 2023-12-10 18:02:43 首次发布

springboot 专栏收录该内容

22 篇文章

订阅专栏

本文讨论了在使用Spring框架的Flyway数据库迁移工具时，遇到的非空schema且没有schemahistorytable的问题，强调了设置`baseline-on-migrate`为true以初始化表的重要性，并提及了`clean-on-validation-error`的配置。

org.flywaydb.core.api.FlywayException: Found non-empty schema(s) `db` but no schema history table. Use baseline() or set baselineOnMigrate to true to initialize the schema history table.

spring:
  flyway:
    enabled: true
    baseline-on-migrate: true
    clean-on-validation-error: true

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

13805029595

关注关注

8
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

在多 SpringBoot 微服务中管理 flyway migration

NAME：天启

07-06

1207

原文 Flyway 使用 flyway_schema_history 表来跟踪表的状态，这是 flyway 默认生成的表当你只有一个服务或应用的时候，它表现的很棒但是如果多个微服务同时使用这个默认表，就会报以下错误： org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'flywayInitializer' defined in class path resource [org/sp

记录自己踩过的坑

热爱编写程序的药学在读书

05-17

437

就是静态资源的访问中的问题 spring.mvc.view.prefix=classpath:/templates/ spring.mvc.view.suffix=.html 配置上面的不够的，如果你想要访问Thymeleaf的莫办才可以。

参与评论您还未登录，请先登录后发表或查看评论

集成flyway反复报错：Found non-empty schema(s) "PUBLIC" but no schema history table.

qq_37671722的博客

03-08

9492

错误信息：Found non-empty schema(s) "PUBLIC" but no schema history table. Use baseline() or set baselineOnMigrate to true to initialize the schema history tabl e. 首先我是在springboot项目在中途集成flyway的时候遇到...

Spring Boot与Flyway实现自动化数据库版本控制

一个天蝎座的程序猿

10-24

1561

使用Flyway之前部署脚本方式一般为开发人员按照顺序汇总数据库的升级脚，然后DBA或者售后在生产库中按照顺序执行升级脚本。使用Flyway之后部署脚本方式就变更为开发人员将脚本构建到程序包中，部署程序包后启动时Flyway自动执行脚本升级。

org.flywaydb.core.api.FlywayException: Found non-empty schema(s) `vhr` but no schema history table.

Sai_BAN的博客

05-11

2995

配置文件里加上 spring.flyway.baseline-on-migrate: true 就行了，如下

集成flyway反复报错：Found non-empty schema(s) “vhr“ but no schema history table.

博客

06-06

3113

集成flyway反复报错：Found non-empty schema(s) "vhr" but no schema history table.

SpringBoot + Flyway 发版再也不怕忘执行 SQL了

mxt51220的博客

12-09

1010

本文介绍了Springboot集成flyway方式使用Flyway之前部署脚本方式一般为开发人员按照顺序汇总数据库的升级脚，然后DBA或者售后在生产库中按照顺序执行升级脚本。使用Flyway之后部署脚本方式就变更为开发人员将脚本构建到程序包中，部署程序包后启动时Flyway自动执行脚本升级。

Spring Boot + Flyway，自动化实现数据库版本控制

m0_71777195的博客

11-07

411

springboot - 整合flyway

瞅你咋滴。

07-13

906

一、概念官网：https://flywaydb.org/ 数据库版本控制管理工具,通过集成Flyway可以实现启动项目时自动执行项目迭代升级。 Flyway已经支持数据库包括:Oracle, SQL Server, SQL Azure, DB2, DB2 z/OS, MySQL (including Amazon RDS), MariaDB, Google Cloud SQL, Postgre...

集成flyway反复报错：Found non-empty schema(s) “xxxx“ but no schema history table.

maiyatan的博客

01-02

4868

错误信息如下图解决：执行mvn flyway:clean，清除缓存然后再执行mvn flyway:migrate即可。

数据库上使用flyway管理数据库报FlywayException异常问题

weixin_43878732的博客

05-30

8059

在idea控制台使用： mvn flyway:migrate 出现报错问题 Caused by: org.flywaydb.core.api.FlywayException: Found non-empty schema(s) xxx without schema history table! Use baseline() or set baselineOnMigrate to true to initialize the schema history table. 解决方法在applicatio

Found non-empty schema(s) `XXX` but no schema history table. Use baseline() or set baselineOnMigrate

专注后端开发与算法优化。主导过国外金融、军工项目及智能安防算法开发，擅长拆解技术难题。在这里分享实战经验与技术思考，带你从项目落地视角理解技术逻辑。

08-04

7647

Found non-empty schema(s) `XXX` but no schema history table. Use baseline() or set baselineOnMigrate to true to initialize the schema history table. 发现非空模式(年代)' XXX '但没有模式历史记录表。使用baseline()或设置baselineOnMigrate为true来初始化模式历史表。

Caused by: org.flywaydb.core.api.FlywayException: Validate failed: Migration checksum mismatch for m

weixin_43473881的博客

12-12

2279

Caused by: org.flywaydb.core.api.FlywayException: Validate failed: Migration checksum mismatch for m

在现有数据库上使用flyway管理数据库版本

shangyadongze的专栏

05-16

8502

flyway数据库版本管理器

spring boot入坑记（问题记录）

IT界的一只菜鸟

07-18

1742

spring boot 使用flyway管理数据库版本的问题启动时会报如下错误： Caused by: org.flywaydb.core.api.FlywayException: Found non-empty schema(s) test without schema history table! Use baseline() or set baselineOnMigrate to true to initialize the schema history table. # 是否开启flywa

Spring Boot 学习笔记 10 : Flyway 异常

最新发布

03-25

<think>好的，我现在需要解决用户提到的“non-empty schema public no schema history”问题。这个问题看起来和数据库的架构（schema）管理有关，尤其是在使用版本控制工具时，比如Liquibase或者Flyway。用户提到public模式非空但没有架构历史记录，这可能意味着数据库中存在表或其他对象，但版本控制工具没有对应的迁移记录，导致应用启动时检测到架构不一致。首先，我需要理解这个问题的具体情境。通常，当使用数据库迁移工具时，每个变更（比如创建表、修改列）都会记录在架构历史表中，例如Flyway的flyway_schema_history，或者Liquibase的DATABASECHANGELOG。如果用户直接手动修改了数据库（比如通过psql或其他客户端创建了表），而没有通过迁移工具，那么工具在下次启动时就会发现现有的数据库对象，但历史表中没有对应的记录，从而报错。接下来，我需要考虑可能的解决方案。根据以往经验，处理这类问题通常有两种方法：一种是初始化基线迁移（Baseline Migration），另一种是生成现有架构的初始脚本并标记为已执行。第一种方法，基线迁移，适用于已经存在的数据库架构需要被版本控制工具接管的情况。例如，Flyway有baseline命令，可以在现有数据库上标记一个基线版本，这样后续的迁移会从这个版本开始应用。类似地，Liquibase也可以使用特定的更改日志来初始化基线。第二种方法，手动生成当前架构的SQL脚本，并将其作为初始迁移脚本，然后标记该脚本为已执行。这需要导出当前数据库的结构，并确保迁移工具的历史表中有对应的记录。另外，还需要考虑用户使用的具体工具，因为不同的工具可能有不同的处理方式。例如，Flyway和Liquibase在操作步骤上有所不同。用户的问题中没有明确说明使用哪种工具，可能需要进一步询问，但根据常见情况，Flyway可能更常用，所以可能需要重点说明Flyway的解决方法。此外，还需要注意执行这些操作时的风险，比如确保生成的脚本准确无误，避免遗漏任何对象。同时，备份数据库也是重要的步骤，以防万一操作出错。总结可能的解决方案步骤： 1. 确定使用的迁移工具（Flyway/Liquibase等）。 2. 使用工具提供的基线功能初始化现有架构。 3. 或者手动生成初始SQL脚本并标记为已执行。 4. 验证操作后的迁移是否正常工作。同时，需要提醒用户后续的变更必须通过迁移工具进行，避免直接修改数据库导致问题再次发生。可能还需要引用相关文档或最佳实践，例如Flyway官方文档关于基线的部分，或者Liquibase的初始化步骤。但用户提供的引用中并没有直接相关的资料，所以可能需要根据一般知识来回答。最后，生成相关问题，帮助用户深入理解数据库迁移管理，例如如何避免架构漂移，如何回滚迁移等。</think>关于“非空模式 'public' 但没有模式历史记录”的问题，通常出现在使用数据库迁移工具（如Flyway或Liquibase）时，数据库已存在对象但缺乏迁移记录。以下是分步解决方案： --- ### **步骤1：理解问题原因** 当数据库的`public`模式中已存在表或对象，但迁移工具的历史表（如`flyway_schema_history`或`databasechangelog`）未记录这些变更时，工具会检测到架构状态不一致，导致报错[^1]。 --- ### **步骤2：使用基线迁移（Baseline Migration）** #### Flyway解决方案： 1. **执行基线命令**：运行`flyway baseline`命令，将当前数据库状态标记为基线版本（如`V1`）： ```bash flyway baseline -baselineVersion="1" -baselineDescription="Initial Baseline" ``` 2. **后续迁移**：新增的迁移脚本版本号需高于基线版本（如`V2__xxx.sql`），工具将从此版本开始应用变更。 #### Liquibase解决方案： 1. **生成初始changelog**：使用`generate-changelog`命令导出当前架构为初始changelog文件： ```bash liquibase generate-changelog initial.xml ``` 2. **标记为已执行**：在`databasechangelog`表中手动插入一条记录，或通过`liquibase changelog-sync`标记。 --- ### **步骤3：手动生成初始脚本（无工具支持时）** 1. **导出当前架构**：使用`pg_dump`导出`public`模式结构（以PostgreSQL为例）： ```bash pg_dump -h localhost -U user -s -n public > V1__initial.sql ``` 2. **标记脚本为已执行**： - 将`V1__initial.sql`放入迁移脚本目录。 - 手动在历史表中插入记录（例如Flyway的`flyway_schema_history`）： ```sql INSERT INTO flyway_schema_history (version, description, type, script, installed_on, success) VALUES ('1', 'Initial baseline', 'BASELINE', 'V1__initial.sql', NOW(), true); ``` --- ### **步骤4：验证与后续操作** 1. **运行迁移测试**：执行`flyway migrate`或`liquibase update`，确认无新变更需要应用。 2. **严格遵循流程**：后续所有架构变更必须通过迁移工具进行，避免直接修改数据库[^3]。 --- ### **注意事项** - **备份数据库**：操作前务必备份，防止数据丢失。 - **一致性检查**：确保生成的脚本完整覆盖现有对象（如表、索引、函数）。 ---