Flyway是一款数据库迁移（migration）工具。简单点说，就是在你部署应用的时候，帮你执行数据库脚本的工具。Flyway支持SQL和Java两种类型的脚本，你可以将脚本打包到应用程序中，在应用程序启动时，由Flyway来管理这些脚本的执行，这些脚本被Flyway称之为migration.

引入Flyway之后的应用部署流程大概是这样的：
开发人员将应用程序打包
应部署人员拿到应用部署包，备份、替换，以完成应用程序升（Flyway将自动执行升级/备份脚本）

xds项目集成flyway：—
1.maven引入jar包：
org.flywaydb
flyway-core


版本号也可以使用pluginManagement默认版本，没必要自己指定版本

2.yml文件配置：
flyway:
enabled: true #是否开启flyway，默认true.
baseline-on-migrate: true #当迁移时发现目标schema非空，而且带有没有元数据的表时，是否自动执行基准迁移，默认false.
clean-on-validation-error: true #当发现校验错误时是否自动调用clean，默认false.
sql-migration-prefix: V #迁移文件的前缀，默认为V
sql-migration-suffixes: .sql #移脚本的后缀，默认为.sql
locations: -classpath:db/migration/mysql #迁移脚本的位置，默认db/migration.可以多个，可以给每个环境使用不同位置
ignore-missing-migrations: true #忽略缺失的升级脚本验证
更多参考：
flyway.baseline-description对执行迁移时基准版本的描述.
flyway.baseline-on-migrate当迁移时发现目标schema非空，而且带有没有元数据的表时，是否自动执行基准迁移，默认false.
flyway.baseline-version开始执行基准迁移时对现有的schema的版本打标签，默认值为1.
flyway.check-location检查迁移脚本的位置是否存在，默认false.
flyway.clean-on-validation-error当发现校验错误时是否自动调用clean，默认false.
flyway.enabled是否开启flywary，默认true.
flyway.encoding设置迁移时的编码，默认UTF-8.
flyway.ignore-failed-future-migration当读取元数据表时是否忽略错误的迁移，默认false.
flyway.init-sqls当初始化好连接时要执行的SQL.
flyway.locations迁移脚本的位置，默认db/migration.
flyway.out-of-order是否允许无序的迁移，默认false.
flyway.password目标数据库的密码.
flyway.placeholder-prefix设置每个placeholder的前缀，默认${.
flyway.placeholder-replacementplaceholders是否要被替换，默认true.
flyway.placeholder-suffix设置每个placeholder的后缀，默认}.
flyway.placeholders.[placeholder name]设置placeholder的value
flyway.schemas设定需要flywary迁移的schema，大小写敏感，默认为连接默认的schema.
flyway.sql-migration-prefix迁移文件的前缀，默认为V.
flyway.sql-migration-separator迁移脚本的文件名分隔符，默认__
flyway.sql-migration-suffix迁移脚本的后缀，默认为.sql
flyway.tableflyway使用的元数据表名，默认为schema_version
flyway.target迁移时使用的目标版本，默认为latest version
flyway.url迁移时使用的JDBC URL，如果没有指定的话，将使用配置的主数据源
flyway.user迁移数据库的用户名
flyway.validate-on-migrate迁移时是否校验，默认为true.

3.flyway默认的版本flyway_schema_history表：

CREATE TABLE flyway_schema_history(installed_rank INT NOT NULL,version VARCHAR(50),description VARCHAR(200) NOT NULL,type VARCHAR(20) NOT NULL,script VARCHAR(1000) NOT NULL,checksum INT,installed_by VARCHAR(100) NOT NULL,installed_on TIMESTAMP DEFAULT CURRENT_TIMESTAMP,execution_time INT NOT NULL,success TINYINT(1) NOT NULL,PRIMARY KEY (installed_rank),INDEX flyway_schema_history_s_idx (success))ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

特别注意事项：

1. sql 命名规范：命名为：Vx.x.x__ xxx.sql数据库文件。V+版本号+双下划线+描述.结束符(默认sql) , V大写，中间是两个下划线（__），注意是两个下滑线一起_ _ 
2.迁移脚本sql的位置：使用idea使用.创建文件夹路径时一定要注意，例如创建a/b/c.file文件时，使用idea创建文件夹a.b会默认 a.b是一个文件名，要确认检查脚本文件是否在正确路径下
3.Fayway在每次应用启动时检测是否有需要执行的升级脚本：脚本文件以V作为前缀的，后跟版本号，版本号格式可以为为大版本号（1、2），也可以包含小版本号(1.1或1_1)，但是需统一，不能有些有小版本号，有些没有,  前缀为 V的脚本不可重复执行，每个脚本只会被执行一次。已经执行过的历史版本脚本不能再修改，除非清除flayway的历史记录，重新执行升级脚本，这在生产环境不允许, 前缀为 R的脚本，后面无版本号，如R__update_version.sql，可以重复执行，每次内容发生变化时重启后就会执行
4. Flyway需要创建存储脚本升级记录用的表，因此需要建表权限，也可以事先建好。默认表名为flyway_schema_history  sql脚本需要有相应的版本号，例如如果想让 V2__init.sql执行 需要有V1__init.sql作为一个基准对比，然后flyway才会执行相应的sql脚本。所以V开头的文件只能新增  
5. flyway 开发规范
a. 已经提交的 flyway 脚本不可删除；
b. 已经提交的 flyway 脚本不可修改；
c. 已经提交的 flyway 脚本可重复执行

例如这些版本号都可以：
1个
001
5.2
205.68
20130115113556
2013.1.15.11.35.56
2013.01.15.11.35.56

说明：
Flyway 最常见的就是版本化迁移，每一个版本的迁移都有一个版本，一个描述和一个校验和。版本必须是唯一的。该描述为您提供了信息，使您能记住每个迁移的工作。效验和用于检测意外更改。版本化迁移仅按顺序应用一次。但是请务必保证脚本文件的正确性！