Flyway对数据库的所有更改都称为 migrations(迁移) 。 migrations(迁移) 分为版本控制(Versioned)迁移与可重复(Repeatable)的迁移两种,
而版本控制又分为regular(常规)和undo(撤销)两种形式。
常规版本控制例子:
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迁移的命名模式如下:
Flaway的版本命名十分灵活,以下版本都是有效的迭代版本:
Flyway通过创建表flyway_history_schema来记录迁移,表中的主要字段如下:
<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>
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
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 = '用户授权表';
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;
由于配置连接的数据库里没有任何表,所以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信息数据: