比較Flyway與Liquibase兩大數(shù)據(jù)庫遷移工具

作者：陳峻 2021-05-17 08:00:00

本文將對兩種最常見的數(shù)據(jù)庫遷移工具--Flyway和Liquibase，進(jìn)行介紹與比較，以方便您在實際項目中做出合理的選擇。

【51CTO.com快譯】眾所周知，對于那些使用著關(guān)系型數(shù)據(jù)庫引擎的各類應(yīng)用程序而言，數(shù)據(jù)庫遷移工具的選用是至關(guān)重要的。它們不但能夠讓各種復(fù)雜且重復(fù)的過程更加自動化，而且可以讓我們更加輕松且準(zhǔn)確地完成各種大型的遷移任務(wù)。

下面，我將對兩種最常見的開源遷移工具--Flyway和Liquibase，進(jìn)行介紹與比較，以方便您在實際項目中做出合理的選擇。

Flyway的介紹

Flyway是由Redgate公司帶來的一款開源式的數(shù)據(jù)庫遷移工具。該工具注重規(guī)則上的簡約性，而非繁瑣的配置。

目前，它能夠支持諸如Postgres、Oracle、SQL Server、DB2、H2、以及MariaDB等大多數(shù)主流數(shù)據(jù)庫引擎。同時，F(xiàn)lyway還可以支持諸如：Amazon RDS、Google Cloud SQL、以及Heroku等基于云端業(yè)務(wù)的數(shù)據(jù)庫服務(wù)。

該工具所用到的腳本既可以用純SQL(支持多種SQL語法)，又能夠用Java(主要用于更復(fù)雜的轉(zhuǎn)換)來進(jìn)行編寫。同時，它既帶有命令行客戶端，又提供支持Maven和Gradle的插件。此外，它的Java API，還適用于Android系統(tǒng)。

Flyway的Evolve非常適用于習(xí)慣了使用.NET和C#的用戶。因此，如果您對其有興趣的話，請查看文末列出的它在GitHub上的鏈接頁面。

Liquibase的介紹

作為于2006年推出的、可用于數(shù)據(jù)庫遷移的開源類工具，Liquibase是基于變更日志(changelog)和變更集(changesets)文件的相關(guān)概念實現(xiàn)的。這些文件可以由SQL、XML、YAML、以及JSON編寫而成。它們通過存儲那些針對數(shù)據(jù)庫結(jié)構(gòu)的更改，以便將其應(yīng)用到任何其他數(shù)據(jù)庫的實例上。

目前，Liquibase支持的數(shù)據(jù)庫種類包括：Postgres、Oracle、DB2、H2、MariaDB、SQL Server、以及SQLite等。同時，它還支持諸如：Azure SQL、Amazon RDS、以及Amazon Aurora等許多基于云的數(shù)據(jù)庫。

您可以使用諸如Maven、Gradle、甚至是Ant之類的構(gòu)建工具，從Shell中運行Liquibase的遷移腳本。此外，您可以一次生成純粹的SQL查詢，以便您的DBA、Ops、DevOps團(tuán)隊、或負(fù)責(zé)數(shù)據(jù)庫的任何人，可以進(jìn)一步執(zhí)行此類查詢。

有了對于上述兩種工具的基本概念，下面讓我們來討論一下它們之間的相同點和不同之處。

Flyway和Liquibase之間的相似之處

在某種程度上，兩者都屬于開源的，并且能夠免費提供各種功能。當(dāng)然它們也都具有提供更多高級功能的付費版本。
兩者都可以使用簡單、傳統(tǒng)的SQL，來編寫出遷移腳本。
兩者都能完美地“面向Java”，并且都內(nèi)置了針對Maven和Gradle之類基本構(gòu)建工具的支持，以及可以與諸如：Spring Boot等最常見的Java框架相集成。
兩者都可以從命令行處運行簡單的shell腳本。
雖然兩者支持的數(shù)據(jù)庫版本和驅(qū)動程序，可能存在著一些細(xì)微的差異，但是從整體而言，它們能夠支持的數(shù)據(jù)庫品種大致相似。
在處理數(shù)據(jù)庫更改時，兩者用到了相同的方法，即：基于遷移的數(shù)據(jù)庫交付。
兩種工具都實現(xiàn)了由Martin Fowler提出和詮釋的數(shù)據(jù)庫重構(gòu)(Evolutionary database) 的概念(詳見本末鏈接)。

Flyway和Liquibase之間的不同之處

下面，讓我們從橫跨多個數(shù)據(jù)庫引擎來運行相同腳本的角度，來討論Flyway和Liquibase的不同之處。

首先，我們會碰到的一個實際問題是：如何針對實例生產(chǎn)差異(diff)。您會發(fā)現(xiàn)，我們可以直接使用Liquibase來生成相關(guān)差異;卻無法使用Flyway來實現(xiàn)，而且即便是其付費版本也無法達(dá)到。這便是我們往往在項目中選擇Liquibase，而非Flyway的主要原因之一。

其次，我們來看看Java客戶端。Flyway擁有原生的Java API，它可以幫助我們進(jìn)行諸如BLOB和CLOB的更改、以及高級批量數(shù)據(jù)的修改等較為復(fù)雜的遷移。這些功能在某些受限制的遷移場景中，是非常實用的。因此這反過來成為了用戶選用Flyway，而非Liquibase的主要原因之一。

接著，我們來討論兩種工具是如何處理回滾的。我們設(shè)置Liquibase的changelog文件相對比較容易。實際上，changelog的XML結(jié)構(gòu)甚至已經(jīng)為回滾代碼定義好了一個特殊的字段。而Flyway僅在其付費版本中提供了回滾處理的服務(wù)。因此，如果您不介意使用付費工具的話，可以考慮使用Flyway的相關(guān)功能。當(dāng)然，據(jù)說Liquibase的付費版本，對于不同類型的回滾，具有更完備的支持。您如果有時間和精力的話，可以去試用一下。

最后，讓我們來看看更改順序的管理。對此，兩種工具有著完全不同的處理方法。Flyway采取的是線性數(shù)據(jù)庫版本控制的概念。這意味著，應(yīng)用更改的順序，取決于遷移腳本的名稱順序。實際上，F(xiàn)lyway的遷移腳本有著一個完整的命名規(guī)則。如果您希望它能夠按照預(yù)期執(zhí)行的話，就必須遵循該規(guī)則。而在Liquibase中，數(shù)據(jù)庫實例的更改順序，基于整個changelog文件中的特定更改位置。也就是說，如果您將更改按照某種特定的順序放在changelog中的話，那么對于數(shù)據(jù)庫的更改也將以完全相同的順序執(zhí)行并完成。

小結(jié)

綜上所述，我們對Flyway和Liquibase兩種數(shù)據(jù)庫遷移工具進(jìn)行了綜合比較。總的說來，F(xiàn)lyway的優(yōu)點在于，其遷移腳本更具有可讀性。如果您非常熟悉SQL的話，那么它用起來更加便捷、更加順手。當(dāng)然，它的缺點是無法實現(xiàn)跨平臺的使用。而Liquibase正好相反，其優(yōu)點在于可以跨平臺被使用，其不足之處在于，由于它功能強大，因此我們可能需要花費一定的精力，去維護(hù)它的遷移腳本。