Liquibase和Flyway

Liquibase和Flyway-数据库迁移工具介绍和比较

一、为什么需要数据库迁移管理

比如第一个版本的产品只包含了最基本的功能，而第二版本就需要增加评论功能，这就涉及到数据结构的修改（包括创建新表，修改旧表的列，增加已有表的列等等）。直接进入产品数据库修改数据库并不适合快速的开发节奏，不仅仅不安全，更多的情况下数据库可能并不对外或者并不适合对外直接暴露连接，比如PAAS平台的数据库以服务的形式直接提供。
对比代码管理的一些实践，很明显在数据库方面做的还欠缺很多。比如代码管理中我们有：

• 版本管理（svn，git等等）
• 持续集成技术
• 良好的发布工具和流程，而在数据库方面会遇到很多问题
• 某台数据库现在是什么状态
• 修改变更的脚本是否已经应用
• 对于生产环境的紧急修复有没有被应用在测试环境
• 如何创建一个新的数据库实例数据库迁移工具可以很好的管理这些问题，并提供了以下特性
• 从迁移脚本中创建新的数据库
• 检查数据库状态
• 从一个版本快速到达另外一个版本

二、Flyway的介绍

Flyway是由Redgate公司带来的一款开源式的数据库迁移工具。该工具注重规则上的简约性，而非繁琐的配置。
目前，它能够支持诸如Postgres、Oracle、SQL Server、DB2、H2、以及MariaDB等大多数主流数据库引擎。同时，Flyway还可以支持诸如：Amazon RDS、Google Cloud SQL、以及Heroku等基于云端业务的数据库服务。
该工具所用到的脚本既可以用纯SQL(支持多种SQL语法)，又能够用Java(主要用于更复杂的转换)来进行编写。同时，它既带有命令行客户端，又提供支持Maven和Gradle的插件。此外，它的Java API，还适用于Android系统。
Flyway的Evolve非常适用于习惯了使用.NET和C#的用户。因此，如果您对其有兴趣的话，请查看文末列出的它在GitHub上的链接页面。

三、Liquibase的介绍

作为于2006年推出的、可用于数据库迁移的开源类工具，Liquibase是基于变更日志(changelog)和变更集(changesets)文件的相关概念实现的。这些文件可以由SQL、XML、YAML、以及JSON编写而成。它们通过存储那些针对数据库结构的更改，以便将其应用到任何其他数据库的实例上。
目前，Liquibase支持的数据库种类包括：Postgres、Oracle、DB2、H2、MariaDB、SQL Server、以及SQLite等。同时，它还支持诸如：Azure SQL、Amazon RDS、以及Amazon Aurora等许多基于云的数据库。
您可以使用诸如Maven、Gradle、甚至是Ant之类的构建工具，从Shell中运行Liquibase的迁移脚本。此外，您可以一次生成纯粹的SQL查询，以便您的DBA、Ops、DevOps团队、或负责数据库的任何人，可以进一步执行此类查询。
官网网址：https://www.liquibase.org/

四、Flyway与Liquibase对比

1、Flyway和Liquibase之间的相似之处

在某种程度上，两者都属于开源的，并且能够免费提供各种功能。当然它们也都具有提供更多高级功能的付费版本。
两者都可以使用简单、传统的SQL，来编写出迁移脚本。
两者都能完美地“面向Java”，并且都内置了针对Maven和Gradle之类基本构建工具的支持，以及可以与诸如：Spring Boot等最常见的Java框架相集成。
两者都可以从命令行处运行简单的shell脚本。
虽然两者支持的数据库版本和驱动程序，可能存在着一些细微的差异，但是从整体而言，它们能够支持的数据库品种大致相似。
在处理数据库更改时，两者用到了相同的方法，即：基于迁移的数据库交付。
两种工具都实现了由Martin Fowler提出和诠释的数据库重构(Evolutionary database) 的概念

2、Flyway和Liquibase之间的不同之处

下面，让我们从横跨多个数据库引擎来运行相同脚本的角度，来讨论Flyway和Liquibase的不同之处。
首先，我们会碰到的一个实际问题是：如何针对实例生产差异(diff)。您会发现，我们可以直接使用Liquibase来生成相关差异;却无法使用Flyway来实现，而且即便是其付费版本也无法达到。这便是我们往往在项目中选择Liquibase，而非Flyway的主要原因之一。
其次，我们来看看Java客户端。Flyway拥有原生的Java API，它可以帮助我们进行诸如BLOB和CLOB的更改、以及高级批量数据的修改等较为复杂的迁移。这些功能在某些受限制的迁移场景中，是非常实用的。因此这反过来成为了用户选用Flyway，而非Liquibase的主要原因之一。
接着，我们来讨论两种工具是如何处理回滚的。我们设置Liquibase的changelog文件相对比较容易。实际上，changelog的XML结构甚至已经为回滚代码定义好了一个特殊的字段。而Flyway仅在其付费版本中提供了回滚处理的服务。因此，如果您不介意使用付费工具的话，可以考虑使用Flyway的相关功能。当然，据说Liquibase的付费版本，对于不同类型的回滚，具有更完备的支持。您如果有时间和精力的话，可以去试用一下。
最后，让我们来看看更改顺序的管理。对此，两种工具有着完全不同的处理方法。Flyway采取的是线性数据库版本控制的概念。这意味着，应用更改的顺序，取决于迁移脚本的名称顺序。实际上，Flyway的迁移脚本有着一个完整的命名规则。如果您希望它能够按照预期执行的话，就必须遵循该规则。而在Liquibase中，数据库实例的更改顺序，基于整个changelog文件中的特定更改位置。也就是说，如果您将更改按照某种特定的顺序放在changelog中的话，那么对于数据库的更改也将以完全相同的顺序执行并完成。

3、小结

综上所述，我们对Flyway和Liquibase两种数据库迁移工具进行了综合比较。总的说来，Flyway的优点在于，其迁移脚本更具有可读性。如果您非常熟悉SQL的话，那么它用起来更加便捷、更加顺手。当然，它的缺点是无法实现跨平台的使用。而Liquibase正好相反，其优点在于可以跨平台被使用，其不足之处在于，由于它功能强大，因此我们可能需要花费一定的精力，去维护它的迁移脚本。

五、springboot整合liquibase(mysql数据库)

1、新建springboot工程时选中mysql和liquibase，这样就不用在pom中添加dependence了

2、项目目录结构

3、pom文件依赖，依赖 spring-boot-starter-jdbc 目的是为了让 liquibase 能够获得 datasource 连接数据库，这里换成 mybatis效果一样，只是需要再配置一些文件

4、配置master.xml，做个简单实例，把changeset直接写在了master.xml中

5、配置application.yml，里面有datasource的配置，以及liquibase的配置，enabled：true开启liquibae，默认开启，change-log就是加载luiquibase的配置文件的路径（很重要）

6、建数据库db_liquibase02,此时里面还没有表

7、执行项目

8、去数据库刷新一下，你会发现有表了

会自动创建两张表：
数据库锁表：DATABASECHANGELOGLOCK 和 日志表：DATABASECHANGELOG
例子：

扩展：
如果使用的是DM数据库，因为liquibase是不支持DM数据库的，所以需要对源码进行改造：
1、创建DmDatabase，继承AbstractJdbcDatabase，具体的类实现从OracleDatabase类中复制，做相应的修改

2、重新编写BooleanType，替代原来的，修改为支持DmDatabase
3、将两个文件分别增加和替代到liquibase-core-3.6.3.jar里面，重新打包安装到本地仓库中，即可支持达梦数据库
原文地址，以及修改文件的下载地址