https://blog.waterstrong.me/flyway-in-practice/此篇博文對flyway講解的很清楚了，我在這只是稍微增加一些說明；因此，看這個文件前先仔細看一下這篇博文。

1、下載flyway地址：https://flywaydb.org/getstarted/download

軟體是免安裝的，檔案目錄結構：

2、修改配置檔案

在conf目錄下有一個flyway.conf檔案，裡面有資料庫的配置：

3、使用

我在這裡是使用的是命令列的方式，具體在gradle裡配置使用方式還不太清楚，下面簡述一下命令的使用。

3.1、flyway migrate

此命令會自動檢查資料庫指令碼是否有變化，如果有變化，則執行指令碼，更新資料庫版本，如果資料庫初始狀態是空庫，則會自動建立schema_version表，用於儲存資料庫操作的版本記錄，

只要資料庫指令碼有變化，都需要執行此命令。

3.2、flyway clean

清除schema_version中記錄所有表結構，檢視，儲存過程，函式以及所有的資料等都會被清除。

3.3、flyway info

列印schema_version中記錄資訊

3.4、flyway validate

Validate是指驗證已經Apply的Migrations是否有變更，Flyway是預設是開啟驗證的。

3.5、flyway baseline

Baseline 是指資料庫非空狀態下使用flyway首先執行的命令，用於建立schema_vision表。

3.6、flyway repair

Repair會修復Metadata表的錯誤，通常有兩種用途：

1、移除失敗的Migration記錄，該問題只是針對不支援DDL事務的資料庫。

2、重新調整已經應用的Migratons的Checksums值，比如：某個Migratinon已經被應用，但本地進行了修改，又期望重新應用並調整Checksum值，不過儘量不要這樣操作，否則可能造成其它環境失敗。

Flyway是一款開源的資料庫版本管理工具，它更傾向於規約優於配置的方式。Flyway可以獨立於應用實現管理並跟蹤資料庫變更，支援資料庫版本自動升級，並且有一套預設的規約，不需要複雜的配置，Migrations可以寫成SQL指令碼，也可以寫在Java程式碼中，不僅支援Command Line和Java API，還支援Build構建工具和Spring Boot等，同時在分散式環境下能夠安全可靠地升級資料庫，同時也支援失敗恢復等。

Flyway主要基於6種基本命令：

Migrate,Clean,Info,Validate,BaselineandRepair，稍候會逐一分析講解。

目前支援的資料庫主要有：

Oracle,SQL Server,SQL Azure,DB2,DB2 z/OS,MySQL(including Amazon RDS),MariaDB,Google Cloud SQL,PostgreSQL(including Amazon RDS and Heroku),Redshift,Vertica,H2,Hsql,Derby,SQLite,SAP HANA,solidDB,Sybase ASE and Phoenix.

補充：下面再給大家介紹下flyway使用簡介

官網

https://flywaydb.org/

背景

Flyway是獨立於資料庫的應用、管理並跟蹤資料庫變更的資料庫版本管理工具。用通俗的話講，Flyway可以像Git管理不同人的程式碼那樣，管理不同人的sql指令碼，從而做到資料庫同步。

流程

1、 首先配置好flyway的基本資訊後，執行專案，會在資料庫表中預設新建一個數據表用於儲存flyway的執行資訊，預設的資料庫名：flyway_schema_history

2、 緊接著Flyway將開始掃描檔案系統或應用程式的類路徑進行遷移。然後，Flyway的資料遷移將基於對用sql指令碼的版本號進行排序，並按順序應用：

可以看到執行資料庫表後在checksum中儲存一個數值，用於在之後執行過程中對比sql檔案執行是否有變化。

注意：

flyway在執行指令碼時，會在源資料表中檢查checksum值，並確定上次執行到哪一個指令碼檔案，本次執行時從下一條指令碼檔案開始執行。所以編寫指令碼的時候不要去修改原有的指令碼內容，並且新的指令碼版本號要連續

整合SpringBoot

1.新增依賴

<dependency>
<groupId>org.flywaydb</groupId>
<artifactId>flyway-core</artifactId>
<version>5.1.1</version>
</dependency>
 
新增外掛：
<plugin>
<groupId>org.flywaydb</groupId>
<artifactId>flyway-maven-plugin</artifactId>
<version>5.1.1</version>
</plugin>

2.命名規範
sql 指令碼存放目錄:src/main/resources/db/migration
對應一個程式版本的多個指令碼，從1開始，比如1.0.9版本，有多個任務：張三負責a任務（tapd號為1111111），李四負責b任務（tapd號為222222），他們的任務都涉及到db更新他們會分別建立兩個指令碼：
V1.0.9.0.1__1111111.sql
V1.0.9.0.2__222222.sql
說明：V大寫，中間是兩個下劃線（__）

常見問題

1、可以基於環境變數，實現不同的環境，做不同的初始化指令碼嗎？
基於我們的配置中 心，可以對flyway.locations配置進行修改，不同環境的初始化指令碼可以放到不同的目錄下。

2、初始化資料過程會發生錯誤回滾？
每 一個sql 檔案會有 一個單獨的事物，如果單個檔案中發 生錯誤，單個檔案的操作會回滾， 比如有1、2、3個 檔案，第 二個檔案發生錯誤，第二個檔案所有操作將會回滾，第三個檔案不會執行。但： Unfortunately,today only DB2,PostgreSQL,EnterpriseDB and to a certain extent SQL Server support DDL statements inside a transaction。 所以，建議不要把ddl 檔案和dml語句句放到同 一個檔案 裡，避免不必要的麻煩。

3、多個節點能夠並行執行migration嗎？
當然可以！Flyway使用資料庫鎖機制（locking technology of your database）來協調多個節點，從而保證多套應用程式可同時執行migration，而且叢集控制也可做配置。

到此這篇關於flyway使用簡介的文章就介紹到這了,更多相關flyway使用簡介內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們！