当前位置: 首页 > 编程笔记 >

SpringBoot集成Flyway进行数据库版本迁移管理的步骤

云宾鸿
2023-03-14
本文向大家介绍SpringBoot集成Flyway进行数据库版本迁移管理的步骤,包括了SpringBoot集成Flyway进行数据库版本迁移管理的步骤的使用技巧和注意事项,需要的朋友参考一下

Flyway简介

Flyway中的迁移(migrations)模式

Flyway对数据库的所有更改都称为 migrations(迁移) 。 migrations(迁移) 分为版本控制(Versioned)迁移与可重复(Repeatable)的迁移两种,
而版本控制又分为regular(常规)和undo(撤销)两种形式。

  • 版本控制迁移:具有版本号、描述和校验和,且版本是唯一的。描述用于简单记录迁移的内容,校验和用于检测意外更改。
  • 版本控制迁移通常用于以下用途:
  • 创建|更新|删除:表、索引、外键、枚举、UDT…
  • 数据更新

常规版本控制例子:

CREATE TABLE car (
 id INT NOT NULL PRIMARY KEY,
 license_plate VARCHAR NOT NULL,
 color VARCHAR NOT NULL
);
ALTER TABLE owner ADD driver_license_id VARCHAR;
INSERT INTO brand (name) VALUES ('DeLorean');

撤消(undo)迁移与常规版本迁移相反,但形式上看也是版本迁移的一种,具有相同版本的版本迁移影响。针对上例中的撤销迁移例子如下:

DELETE FROM brand WHERE name='DeLorean';
ALTER TABLE owner DROP driver_license_id;
DROP TABLE car;

可重复迁移:只有描述、校验和(checksum),没有版本号。可重复迁移不止执行一次,每次校验和(checksum)发生变更时就会被执行。
可重复迁移主要有以下两种用途:

  • (重新)创建视图/存储过程/函数/包/…
  • 批量插入参照数据

在一次迁移运行中,在所有版本迁移执行之后,可重复迁移在最后执行。可重复迁移按照它们描述的顺序执行。

Flyway迁移的命名模式如下:

  • 前缀:V指版本控制, U用于撤消和 R用于可重复迁移(可配置)
  • 版本:带点或下划线的版本可根据需要分隔任意多个部分(不适用于可重复的迁移)
  • 分隔符:两个下划线__(可配置)
  • 描述:下划线或空格分隔单词

Flaway的版本命名十分灵活,以下版本都是有效的迭代版本:

  • 1
  • 001
  • 5.2
  • 1.2.3.4.5.6.7.8.9
  • 205.68
  • 20130115113556
  • 2013.1.15.11.35.56
  • 2013.01.15.11.35.56

Flyway历史记录表flyway_history_schema

Flyway通过创建表flyway_history_schema来记录迁移,表中的主要字段如下:

Spring Boot集成示例

0.添加所需依赖

<dependencies>
 <dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-web</artifactId>
 </dependency>
 <!-- spring-boot-dependencies已包含了flyway的版本设置 -->
 <dependency>
  <groupId>org.flywaydb</groupId>
  <artifactId>flyway-core</artifactId>
 </dependency>
 <dependency>
  <groupId>mysql</groupId>
  <artifactId>mysql-connector-java</artifactId>
 </dependency>

1.application.yml配置数据库连接与sql脚本所在目录(不配则默认为classpath:db/migration)

spring:
 datasource:
 url: jdbc:mysql://localhost:3306/spring_boot_series?useUnicode=true&characterEncoding=UTF-8&zeroDateTimeBehavior=convertToNull&allowMultiQueries=true&serverTimezone=GMT
 username: root
 password: tiger
 driver-class-name: com.mysql.cj.jdbc.Driver
 # 自动读取spring.datasource配置进行迁移操作
 flyway:
 locations: classpath:db

2.添加初始化sql文件 V1.0__Base_DDL.sql 到配置目录下(前缀须以大写V为前缀,可通过sql-migration-prefix配置更改)

CREATE SCHEMA IF NOT EXISTS `spring_boot_series` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
USE `spring_boot_series`;

-- -----------------------------------------------------
-- Table `spring_boot_series`.`user_base`
-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `spring_boot_series`.`user_base`
(
 `id`   BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
 `nickname` VARCHAR(45)  NOT NULL DEFAULT '' COMMENT '昵称',
 `status`  VARCHAR(45)  NOT NULL,
 `sex`   TINYINT   NULL COMMENT '性别(MALE:1-男性,FEMALE:0-女性)',
 `mobile`  VARCHAR(13)  NOT NULL DEFAULT '' COMMENT '手机号码',
 `email`  VARCHAR(100) NOT NULL DEFAULT '' COMMENT '邮箱',
 `birthday` BIGINT   NOT NULL DEFAULT 0 COMMENT '生日',
 `create_time` DATETIME  NOT NULL DEFAULT CURRENT_TIMESTAMP,
 `update_time` DATETIME  NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 PRIMARY KEY (`id`)
)
 ENGINE = InnoDB;


CREATE TABLE IF NOT EXISTS `spring_boot_series`.`user_auth`
(
 `id`   BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
 `uid`   BIGINT   NOT NULL,
 `identity_type` TINYINT   NOT NULL,
 `identifier` VARCHAR(50)  NOT NULL DEFAULT '',
 `certificate` VARCHAR(30)  NOT NULL DEFAULT '',
 `create_time` TIMESTAMP  NOT NULL DEFAULT CURRENT_TIMESTAMP,
 `update_time` TIMESTAMP  NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 PRIMARY KEY (`id`),
 INDEX `idx_uid_certificate` (`uid` ASC, `certificate` ASC),
 INDEX `idx_type_identity` (`identity_type` ASC, `identifier` ASC)
)
 ENGINE = InnoDB
 COMMENT = '用户授权表';

3.添加版本文件

V1.0.1__Modify_user_birthday.sql:

alter table user_base modify birthday datetime null comment '生日';

V1.0.2__Modify_user_birthday.sql:

alter table user_base modify birthday timestamp null comment '生日';
alter table user_base add login_time timestamp null;

4.启动SpringBoot应用,以下为数据库为空SpringBoot应用运行时的执行输出

由于配置连接的数据库里没有任何表,所以SpringBoot应用运行时flyway会根据脚本进行数据库的初始化,执行的顺序会根据脚本版本号由低到高按顺序执行(1.0 -> 1.0.1 -> 1.0.2),每执行完一个版本脚本都会向记录表flyway_history_schema插入一条数据。
若添加了新的版本脚本,应用启动时flyway会根据脚本文件版本到记录表flyway_history_schema查询是否有对应的版本脚本被执行了,如果没有相应的版本脚本记录才会执行脚本。

参考

官网文档
示例地址

以上就是SpringBoot集成Flyway进行数据库版本迁移管理的步骤的详细内容,更多关于SpringBoot集成Flyway的资料请关注小牛知识库其它相关文章!

 类似资料:
  • 我正在尝试使用flyway,但是我有一个不知道如何解决的情况: 当我应用STANDARD脚本时,我必须运行V1.0__create_table_TAB1.sql当我将脚本应用到customer1时,TAB1表是一个视图,因此我必须运行V1.0__creaate_view_TAB1_to_schema1.sql。 实际: 应始终应用sql_common文件夹的脚本,但不应应用 V1.0(创建表 TA

  • 我想使用 Flyway 获取特定数据库的最新架构版本值。Flyway 中是否有函数可以在命令行中获取当前架构版本号? 我可以运行以下命令: 这为我提供了数据库的整个架构内容(缩短),如下所示: 我只对最后一个架构条目版本“1.5.9”值感兴趣。 我的环境如下: < li>Windows 7 < li>Flyway 3.0

  • 我认为留档(http://flywaydb.org/getstarted/existingDatabaseSetup.html)不够清楚,希望用一个例子来说明。我有一个给你: 假设我们有两个不同版本的生产数据库(1和2),其模式版本是隐式的,但通过查询现有表来确定。然后,我们将如何实现文档中描述的内容? 在我的例子中,两个版本都附加了一个脚本:版本1:创建表版本2:创建表 我已经创建了与版本1和版

  • 我目前正在评估Flyway和Liquibase在我们现有的大型项目中的使用情况。这两种方法似乎都适合sql迁移,但不幸的是,我们还需要偶尔进行文件系统迁移(比如应用xsl转换)。 我看不出为什么Flyway在技术上不能以java迁移的名义做到这一点,但我想知道,尝试这样做是否是在一个方孔中安装一个圆钉-也许还有另一个工具可以跟踪文件系统相关的东西?不过,我确实很喜欢只使用一个迁移工具来完成所有任务

  • 我试图在Spring Boot应用程序中使用Flyway对嵌入式H2数据库进行迁移演示。 应用程序.属性 迁移-db/migration下的脚本(V2__create_shipwreck.sql) 信息7284---[main]o.f.c.i.s.jdbctableSchemaHistory:创建架构历史记录表:“public”.“flyway_schema_history” 信息7284---[

  • 在使用可重复迁移时,我观察到一些奇怪的飞行路线行为。文件指出: 在一次迁移运行中,可重复迁移始终在所有挂起的版本化迁移执行完毕后最后应用。 但在我的例子中,可重复迁移(正在重新创建一个DB视图)似乎失败了,因为它是在版本化迁移之前执行的。 迁移前的Flyway信息数据: