Flyway 助力数据库脚本自动化管理攻略

原文地址：梁桂钊的博客html

博客地址：http://blog.720ui.comjava

欢迎关注公众号：「服务端思惟」。一群同频者，一块儿成长，一块儿精进，打破认知的局限性。mysql

今天，探讨一个有趣的话题：咱们能够经过 Git 来实现项目版本控制；经过 Jenkins 进行持续集成，那么对于数据库层面，咱们仍然依赖于纯手工运行 SQL 脚本，对此，咱们在多环境（开发环境、测试环境、预发环境、生产环境）中如何确保其 SQL 脚本的最新性和正确性？spring

<br />众所周知，人工的操做很是容易出问题，咱们应该让程序帮忙自动进行管理和迁移。今天，笔者推荐一款开源的数据库迁移工具 Flyway。sql

Flyway 不只能够支持 MySQL，它也能够支持很是多其余的数据库。<br />数据库

事实上，Spring Boot 已经完美整合了 Flyway。对此，咱们能够很是便捷地使用它。首先，咱们引入 Maven 依赖。(注意的是，咱们项目中还须要 spring-boot-starter-jdbc、 mysql-connector-java 依赖)架构

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

此外，咱们在 application.yml 中配置相关选项。Spring Boot 默认在 classpath://db/migration 目录下扫描Migration。这里，笔者经过 spring.flyway.locations 将其调整为 db/sql。app

spring:
  flyway:
    enabled: true
    baseline-on-migrate: true
    locations: [classpath:db/sql]

当系统程序启动时，它会自动建立 flyway_schema_history 文件。(固然，也能够本身手动建立)。这张表是 Flyway 的元数据表，其保存着每次 migration 的记录, 记录包含 migration 脚本的版本号和 SQL 脚本的 checksum 值。当一个新的 SQL 脚本被扫描到后, Flyway 解析该 SQL 脚本的版本号, 并和 metadata 表对比，若是该 SQL 脚本版本更新的话, 将在指定的 DB 上执行该 SQL 文件, 不然跳过该 SQL 文件。spring-boot

CREATE TABLE `flyway_schema_history` (
  `installed_rank` int(11) NOT NULL,
  `version` varchar(50) DEFAULT NULL,
  `description` varchar(200) NOT NULL,
  `type` varchar(20) NOT NULL,
  `script` varchar(1000) NOT NULL,
  `checksum` int(11) DEFAULT NULL,
  `installed_by` varchar(100) NOT NULL,
  `installed_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `execution_time` int(11) NOT NULL,
  `success` tinyint(1) NOT NULL,
  PRIMARY KEY (`installed_rank`),
  KEY `flyway_schema_history_s_idx` (`success`)
)

而后，咱们在 db/sql 下手动建立一个初始化的 SQL 脚本：V1.1__INIT_DB.sql。工具

DROP TABLE IF EXISTS `tag`;

CREATE TABLE `tag` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `gmtCreate` date DEFAULT NULL,
  `gmtModified` date DEFAULT NULL,
  `title` varchar(32) DEFAULT NULL,
  `parentId` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

那么，在程序再次启动后，它会将其自动化发布到数据库中。

这里，须要补充的知识点：Flyway 的版本比较规则。其采起左对齐原则，缺位用 0 代替。例如 1.1 比 1.0 版本高，1.1.1 比 1.1 版本高，而 1.1.01 和 1.1.1 版本一致。而且，它们会按照版本排序且顺序执行。

此外，Flyway 不只支持 DDL，也同时支持 DML（insert、update、delete）等。所以，咱们能够再建立一个 V1.2__INSERT_TAG_DATA.sql 文件来验证一下。

INSERT tag(title, parentId) values('java', 0);
INSERT tag(title, parentId) values('spring', 0);

最后，咱们在来一块儿探讨下Flyway 支持常见类型的 migration：

Versioned migrations：数据库升级脚本
Repeatable migrations：可重复执行，当脚本 checksums 改变时会从新执行。

prefix: 前缀标识，默认值 V 表示 Versioned, R 表示 Repeatable
version: 标识版本号, 由一个或多个数字构成, 数字之间的分隔符可用点.或下划线_
separator: 用于分隔版本标识与描述信息, 默认为两个下划线__
description: 描述信息, 文字之间能够用下划线或空格分隔
suffix: 后续标识, 默认为.sql

总结一下，Flyway 经过元数据（flyway_schema_history）帮忙咱们自动化维护和管理数据库的版本迁移。

写在末尾

【服务端思惟】：咱们一块儿聊聊服务端核心技术，探讨一线互联网的项目架构与实战经验。让全部孤军奋战的研发人员都找到属于本身的圈子，一块儿交流、探讨。在这里，咱们能够认知升级，链接顶级的技术大牛，链接优秀的思惟方式，链接解决问题的最短路径，链接一切优秀的方法，打破认知的局限。

更多精彩文章，尽在「服务端思惟」！

本文由博客一文多发平台 OpenWrite 发布！

原文出处：https://www.cnblogs.com/lianggzone/p/11729679.html