Flyway是源自Google的数据库版本控制插件。项目开发中,数据库每每须要随着软件版本进行变化,相比起手动执行SQL脚本,flyway能够实现自动化的数据库版本修改,让开发/测试等环境的部署更加Easy。例如:spring
模块A从版本1.0.0升级到1.2.0,须要在student表中添加2个字段并赋予默认值。sql
- 传统方式:升级模块A时,须要运维大佬同时执行ddl脚本修改表字段+dml脚本赋予默认值,不然程序会报错。若是环境比较多,那么部署实际上是一个比较麻烦的事。
- Flyway:把对数据库作修改的sql放入到flyway的目录,模块A升级后,启动时会自动执行sql脚本,运维无需关心数据库的改动。
Flyway的核心就是db.migrate这个文件夹和flyway_schema_history表。db.migrate下每一个sql文件对应flyway_schema_history的一条记录。
以下图:
Flyway会在数据库中维护一张flyway_schema_history表。以下图:
表中字段说明:数据库
当引入了flyway的项目启动时,运行flyway.migrate()方法(Spring Boot引入会自动执行),Flyway会将db.migrate文件夹中的sql脚本和数据库flyway_schema_history表作对比,当检测到db.migrate中存在版本号大于flyway_schema_history最新版本的SQL脚本时,就会执行脚本,并更新flyway_schema_history表。运维
Flyway遵循约定大于配置的原则,有一些默认的约定,按照约定建立脚本,flyway就能够自动识别并执行。spring-boot
属性 | 约定 | 说明 |
---|---|---|
版本控制表 | flyway_schema_history | 数据库中版本控制的表名,默认就是flyway_schema_history,可配置 |
脚本路径 | db/migrate | 默认SQL脚本的存放路径,是相对于classPath的相对路径 |
脚本文件命名规则 | V/R
|
这是Flyway约定的脚本文件命名。 |
Flyway的脚本文件命名有如下规则:
首先是大写字母 V/R,而后是版本号,要是有小版本能够用下划线隔开,例如 2_1,版本号后面是两个下划线,而后是脚本名称,文件后缀是 .sql。测试
例如V1_0_0_3__change_thing_parent_to_code.sql,则是说明这是一个版本号为1.0.0.3的数据库版本脚本,说明就是change thing parent to code。编码
默认状况下建议遵循Flyway的默认约定,就能够很流畅地使用flyway进行数据库版本控制了。若是确实须要作一些调整,Flyway的约定项都是能够配置的,参照如下:spa
spring: flyway: # 是否启用flyway enabled: true # 编码格式,默认UTF-8 encoding: UTF-8 # 迁移sql脚本文件存放路径,默认db/migration locations: classpath:db/migration # 迁移sql脚本文件名称的前缀,默认V sql-migration-prefix: V # 迁移sql脚本文件名称的分隔符,默认2个下划线__ sql-migration-separator: __ # 迁移sql脚本文件名称的后缀 sql-migration-suffixes: .sql # 迁移时是否进行校验,默认true validate-on-migrate: true # 当迁移发现数据库非空且存在没有元数据的表时,自动执行基准迁移,新建schema_version表 baseline-on-migrate: true
<dependency> <groupId>org.flywaydb</groupId> <artifactId>flyway-core</artifactId> </dependency>