转载

在SpringBoot中使用flyway进行数据库版本管理

本文大纲

flyway是什么
能帮助我们解决什么问题
springboot环境下使用flyway
flyway的工作原理

一、flyway是什么

Flyway是一个开源的数据库版本管理工具，并且极力主张“约定大于配置”，简单、专注、强大。可以使用SQL完成数据同步，或者基于特定数据库的语法（例如PL / SQL，T-SQL等）或Java代码（适用于高级数据转换或处理LOB）的方式编写。并且数据库支持非常广泛：

在SpringBoot中使用flyway进行数据库版本管理

二、能帮助我们解决什么问题

那么，我们首先解释一下什么是数据库版本管理？

大家都知道git是帮助软件项目进行代码版本的管理，方便程序员协同开发
那么FlyWay就是数据库版本管理的工具，目标是保证多环境下数据库的状态一致性，方便程序员协同开发

举个简单的例子：

开发人员通常使用同一个数据库或者自建库进行开发工作，这个数据库通常叫做开发库。
测试人员为了保障测试数据的有效性，通常自建一个库进行测试，这个数据库叫做测试库。
销售人员为了保证演示数据的效果，通常也需要一个单独的数据库，这个数据库叫做演示库。
正式生产上线的库，供给用户使用，这个数据库叫做生产库。

那么问题就来了：我们如何保证数据库schema的状态一致？某一个开发人员修改了开发库，新增了一个字段，如何能够有效的同步到测试库，测试通过之后如何有效的同步到演示库和生产库？在没有Flyway之前，这个动作通常是由上线程序员自己去执行SQL来完成的，或者比较正规的公司专门有版本管理人员去操作。这种方式通常存在几个问题：

开发团队内部的沟通成本增加，比如某一个成员修改了一个数据库字段，其他人可能都不知道。
开发团队和测试团队和其他团队之间的沟通成本增加
无法完成自动化的持续集成，持续集成的过程代码可以通过git、maven、docker、k8s等工具来实现自动化的代码打包、部署。但是数据库的状态变化没有得到有效的自动变更，持续集成的过程的自动化就无法实现。

这也就是我们学习Flyway的目的：Flyway能够自动的帮助我们有效的同步各个发布数据库之间的状态，不管你是加了或者删了一个字段，还是新加了一张表，他都能自动化的跟随项目的发布同时发布。

三、 springboot环境下使用flyway

首先，我们为SpringBoot项目添加Flyway依赖

<dependency>
    <groupId>org.flywaydb</groupId>
    <artifactId>flyway-core</artifactId>
    <version>6.0.7</version>
</dependency>

然后我们要保证数据库里面有spring.datasource的数据源配置。并且在application.properties中添加如下的配置

spring:
  flyway:
    enabled: true    #启用flyway
    encoding: utf-8   #字符编码
    locations: ["classpath:db/migration"]  #版本控制文件存放目录

然后在resources/db/migration目录下面，加入如下格式的脚本：

V1.1__create_table.sql
V1.2__update_person_table.sql
V1.3__create_new_table.sql
V1.4__add_person_comment.sql
V2.1__modify_person_data.sql

大写V后面紧跟数据库脚本的版本号（递增形式、不能重复），然后两个下划线，之后是对脚本内容进行描述。如：V1.1__create_table.sql是用于创建表结构的数据库脚本，内容是create table之类的DDL。第二个脚本是对数据库中person表进行了更新。总之脚本里面的内容，就是你希望对spring.datasource代表的数据库进行的操作，可以是表的创建、删除、修改，也可以是对数据的创建删除修改。

当然，我个人不建议将DML-SQL写入脚本，也就是不要在这个脚本里面写insert、update、delete。以免不注意的情况下，造成生产数据的误操作。如果你们公司在生产上线管理方面没有严格的审核程序，在生产环境下，就干脆不要使用flyway，方便开发是一方面，生产安全更为重要！

最后，启动SpringBoot项目，在该目标库范围内没有执行过的SQL脚本被执行。并将脚本执行信息保存在数据库的schema_version_history数据表里面。