spring boot 集成 flyway依赖做数据库迁移，让部署没烦恼

本文主要是介绍spring boot 集成 flyway依赖做数据库迁移，让部署没烦恼，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

flyway 是一个敏捷工具，用于数据库的移植。采用 Java 开发，支持所有兼容 JDBC 的数据库。

主要用于在你的应用版本不断升级的同时，升级你的数据库结构和里面的数据。

还是直接上代码
第一步：

     <!-- Flyway 数据库迁移 依赖 他会根据spring boot版本 默认下载兼容依赖 不需要写版本号  --><dependency><groupId>org.flywaydb</groupId><artifactId>flyway-core</artifactId></dependency>

第二步：配置文件

spring:flyway:# 是否启用flywayenabled: true# 禁止清理数据库表# clean 操作是 Flyway 的一个功能，可以清空数据库中的所有对象（比如表、视图、存储过程等），#以便进行全新的数据库迁移。在开发和测试阶段，这可能是有用的，因为它可以确保每次都从一个干净的数据库状态开始运行。#但在生产环境中，执行 clean 操作可能会导致数据丢失，因此通常需要禁用它clean-disabled: true# 如果数据库不是空表，需要设置成 true，当迁移数据库存在但没有元数据的表时，自动执行基准迁移#当数据库中不存在迁移历史记录表时，Flyway 会自动创建该表，并将当前已经存在的数据库对象标记为已迁移状态。#当数据库中存在迁移历史记录表，但版本号低于最新的迁移脚本版本时，#Flyway 也会自动创建一个基线版本，从而将现有的数据库对象标记为已迁移状态，并开始应用最新的迁移脚本。#这样做的目的是确保在已有数据库上使用 Flyway 进行迁移时，无论数据库是否已经有迁移历史记录，#都能够正确地进行迁移操作。这在初始化应用程序时特别有用，因为它允许你在部署应用程序到新环境时，# 自动初始化数据库并应用最新的迁移脚本。baseline-on-migrate: true# 开始执行基准迁移时对现有的schema的版本打标签，默认值为1#baseline-version: 1# 编码格式，默认UTF-8encoding: UTF-8# 迁移sql脚本文件存放路径，默认db/migration# 如果配置完这个路径，也手动创建了这个目录  启动服务 一直报错 这个目录找不到# 可在目录里创建一个 .keep的空文本文件，以确保该目录在应用程序启动期间被编译并可用，以避免错误。locations: classpath:db/migration# 迁移sql脚本文件名称的前缀，默认V 前缀标识，默认值 V 表示 Versioned, R 表示 Repeatable, U 表示 Undo# Flyway 将 SQL 文件分为 Versioned 、Repeatable 和 Undo 三种：# Versioned 用于版本升级, 每个版本有唯一的版本号并只能执行一次.# Repeatable 可重复执行, 当 Flyway检测到 Repeatable 类型的 SQL 脚本的 checksum 有变动,# Flyway 就会重新应用该脚本. 它并不用于版本更新, 这类的 migration 总是在 Versioned 执行之后才被执行。# Undo 用于撤销具有相同版本的版本化迁移带来的影响。但是该回滚过于粗暴，过于机械化，一般不推荐使用。#  一般建议使用 Versioned 模式来解决sql-migration-prefix: V# 迁移sql脚本文件名称的分隔符，默认2个下划线__sql-migration-separator: __# 迁移sql脚本文件名称的后缀sql-migration-suffixes: .sql# 迁移时是否进行校验，默认truevalidate-on-migrate: true

第三步：问题
手动在资源目录下创建 db/migration文件夹
发现启动项目还会报错没有文件夹
运行的时候报错，找不到db/migration找不到文件。
IllegalStateException: Cannot find migrations location in: [classpath:db/migration]

解决方案：
对于旧版本的库，我们可能需要在resources/db/migration/ 中创建一个名为.keep的空文本文件，以确保该目录在应用程序启动期间被编译并可用，以避免错误。

idea集成插件
Flyway Migration Creation

在这里插入图片描述
第四步：使用插件:
右键资源文件夹 db/migration

你不需要写
V版本号__ 前缀只需要写描述他会自动给你创建版本号

第五步：
sql脚本编写：

/*Navicat Premium Data TransferDate: 10/04/2024 15:10:25测试 数据迁移表文件名命名规则大写的V开头V版本号__表名_要执行什么_xxx_xxx.sql
====================================================================注意：如果从 Navicat 工具里导出的sql文件 文件默认会有 DROP TABLE IF EXISTS `test_cg`; 这句命令如果是初始化数据库 有没有这句话都没影响，为了防止【使用中数据表】出现被删除的意外 不建议sql脚本里存在【删除表】的命令如果从Navicat导出来来的数据表 建议手动 把这个命令【 DROP TABLE IF EXISTS `test_cg`;】 给删除掉
=====================================================================如果当前的sql脚本是执行整个库！ 是通过Navicat导出的整个库1. 导出后 DROP TABLE IF EXISTS `test_cg`;【这个命令一一删除掉！】2. flyway_schema_history 这个表给删除掉 这个表 会在启动项目的时候 flyway插件 初始化出来比如 开发完成的库 需要部署上线 肯定开发库里已经有了  flyway_schema_history这个表但是 生成的数据库 是一个新的数据库 所以为了让sql脚本执行 需要把flyway_schema_history这个表删除掉在 部署 正式项目 会自动生产出 flyway_schema_history 这个表 然后flyway会一一执行 sql脚本=====================================================================已经有 flyway_schema_history 这个表的 数据库 【不要删除这个表 或者 删除表里的数据】因为这个表里记录了 已经执行过的sql脚本 防止重复执行的！
======================================================================项目集成了flyway数据库迁移插件 不管创建表 表里新增字段、修改字段、删除字段、初始化表里的基础数据都建议写成sql脚本 放在 db/migration文件夹下可以用 Navicat -> 设计表 ->设计后【不要点保存】->点【sql预览】-> 复制sql到项目的sql脚本里让项目执行sql脚本创建表结构如果 【点了保存】 表已经存在 在启动项目会报错【表存在】后续 有更简便方案 再优化
======================================================================注：sql脚本里 编写 删除命令 一定要慎重执行过的sql脚本 不要修改 连格式化或者空格都别做！！！如果改动了启动项目会报错 他好像会检测文件每次创建一个新文件使用
*/SET NAMES utf8mb4;
SET
FOREIGN_KEY_CHECKS = 0;-- ----------------------------
-- Table structure for test_cg
-- ----------------------------
CREATE TABLE `test_cg`
(`id`          bigint UNSIGNED NOT NULL AUTO_INCREMENT,`user_id`     int NULL DEFAULT NULL COMMENT '登录用户ID',`username`    varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '登录用户名称',`remark`      varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '备注',`create_time` timestamp NULL DEFAULT NULL COMMENT '操作时间',`test_add`    varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '测试字段',`aaa`         varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NULL DEFAULT NULL COMMENT '加个字段',PRIMARY KEY (`id`) USING BTREE,INDEX         `idx_username`(`username`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 4 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci COMMENT = '代码生成测试表' ROW_FORMAT = DYNAMIC;SET
FOREIGN_KEY_CHECKS = 1;