如何使用数据库迁移神器Flyway
本篇内容介绍了"如何使用数据库迁移神器Flyway"的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
数据迁移
前面我们的提到的场景专业的名词叫数据迁移，那为什么会出现数据迁移的场景呢?我从官网截了一张图大家可以看下，虽然说可能跟我实际开发不是一样，但是也差不多类似会出现这种场景，存在多个环境。可以看到虽然我们的代码可以通过版本迭代来控制，但是我们的数据库却不行，很多时候连脚本是否执行过都会忘记，这种事情光靠人记是很难的。
Flyway
Flyway 就是用来解决像这样的数据库迁移的工具，接入了 Flyway 过后，在数据库中会生成一张默认名为flyway_schema_history 的数据表，用来追踪数据库的变化。程序启动的时候 Flyway 都会在文件系统或者 classpath 路径下面寻找迁移脚本。每个迁移脚步都有相应的命名规则，Flyway 会根据文件的版本号进行迁移，每次迁移过后都会在flyway_schema_history 表中插入一条类似如下的记录，记录版本已经对应的脚本文件和校验码等信息：
每次启动的时候只会执行最高版本的脚本，而且如果版本没变，脚本变了是启动不了的。
Flyway 的迁移类型
版本迁移
最常见的迁移就是就是版本化迁移，每次迁移都会对应的迁移版本，迁移的版本必须全局唯一，版本迁移最大的特点就是依次只被执行依次。
撤销迁移
每个撤销迁移都对应的一个版本迁移，也就是说撤销迁移是针对版本迁移所存在的，每一个撤销迁移与版本迁移都是一一对应的，而且对应的版本号必须一致。
可重复迁移
可重复迁移有描述和校验码，但是没有版本号，程序在每次启动的时候，如果发现脚本文件有变化就会执行。
基于 SQL 的迁移
上面提到的几种类型都是基于 SQL 文件来执行的，只不过每种类型的命名格式不一样，下图是从官网上截下来的，大家看下每种类型的文件应该按照如下的格式去命令，其中的 Separator 是两个下划线。
主要分为下面几个部分：
prefix：前缀，不同的类型采用不同的前缀，版本迁移使用 V，撤销迁移使用 U，可重复迁移使用 R，当然这些都是可配置的;
Version：版本号，可以使用点符号或者单下划线链接;
Separator：分隔符，两个下划线，也是可以配置的;
Description：版本描述可以用下划线和空格分隔;
Suffix：后缀，一般都是 .sql
SpringBoot 项目接入 Flyway
SpringBoot 项目接入 Flyway 非常简单，主要分为如下几步即可，我们依次来看一下。
加入依赖
org.flywaydb flyway-core
在项目 pom.xml 文件中加入上面的依赖即可。
增加配置
# 启用 flyway spring.flyway.enabled=true # 禁止清理数据表 spring.flyway.clean-disabled=true # 是否已经有数据库 spring.flyway.baseline-on-migrate=true # 基础版本号，依次递增 spring.flyway.baseline-version=0 # 迁移脚本的存放的位置 spring.flyway.locations=classpath:db/migration
这里因为很多情况下我们并不是一个新项目就开始使用 Flyway，而是项目在迭代中才引入的，所以上面的配置spring.flyway.clean-disabled=true 一定要禁用。上面几个配置由于已经继承到 SpringBoot 中了所以配置起来十分简单。
迁移脚本
文件脚本的命名规则按照上面说的，我们这边采用版本迁移。我们创建一个版本的 SQL 文件放到对应的类路径文件夹里面，文件名叫V1.2__create_test_table.sql，文件内容如下，然后我们启动项目。
CREATE TABLE `test_table` ( `id` int(11) NULL COMMENT 'ID', `name` varchar(255) NULL COMMENT 'Name' );
启动过程中我们看到如下日志，显示了当前的版本，以及迁移的版本。
我们再查看数据库，首先 test_table 已经创建成功了
另外我们在查看flyway_schema_history 表，会发现已经多了一条版本数据，至此我们介入 Flyway 已经成功了。
"如何使用数据库迁移神器Flyway"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！
