【flyway入门及使用】解决生产环境sql更新遗漏

flyway入门及使用

一、简单介绍

flyway开源的数据库版本管理工具

二、为什么要使用flyway

1.自己写的sql没有在全部环境执行

2.别人写的sql没有在全部环境执行

3.有人修改了已经执行过的SQL，期望再次执行

4.需要新增环境做数据迁移

三、flyway是如何工作

1.项目启动，数据库连接后，flyway自动运行。

2.初次使用，会创建一个flyway_schema_history 表，用于记录sql执行记录。

3.flyway会扫描项目路径下（默认classpath:db/migration）的所有脚本，和flyway_schema_history进行一一比对。如果项目中执行的sql脚本与数据库的记录不一致，flyway会报错并停止项目执行

4.如果校验通过，则根据表中的sql记录最大版本号，忽略所有版本号不大于该版本的脚本。再按照版本号从小到大，逐个执行其余脚本

四、配置

1.pom文件配置

  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

2.文件命名规范

格式: V + 版本号 + __ (双下划线) + 描述.sql

注：

2.1 如果是一次性执行脚本（V），按版本号从小到大执行迁移脚本，与当前历史表中的版本号做对比，大于当前版本号的脚本才会被执行迁移；
2.2 如果是可重复执行脚本（R），检查脚本是否有变动，有变动的可重复脚本才会被执行迁移；

五、flyway_schema_history表字段详解

遇到的坑

1.运行flyway报错， MySQL 5.6 is no longer supported by Flyway Community Edition

大致意思：MySQL 5.6不支持Flyway社区版，只支持Flyway企业版，提出的解决方案是改成企业版或升级MySQL。

解决方法

1.把数据库升级为5.7版本以及以上的 就可以了 ，这种代价较大，为了用这个还得重装数据库；

2.更换flyway的jar包版本，用老版本即可，贴出依赖：

<dependency>
     <groupId>org.flywaydb</groupId>
     <artifactId>flyway-core</artifactId>
     <version>5.2.1</version>
</dependency>

升级数据库版本代价太大，所以可以选择降低flyway版本

2.Flyway failed to initialize: none of the following migration scripts locations could be found：

解决方法可以参考这篇文章