flyway实现java 自动升级SQL脚本的问题及解决方法

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

# flyway 配置
 spring:
   flyway:
     # 启用或禁用 flyway
     enabled: true
     # flyway 的 clean 命令会删除指定 schema 下的所有 table, 生产务必禁掉。这个默认值是 false 理论上作为默认配置是不科学的。
     clean-disabled: true
     # SQL 脚本的目录,多个路径使用逗号分隔 默认值 classpath:db/migration
     locations: classpath:db/migration
     #  metadata 版本控制信息表 默认 flyway_schema_history
     table: flyway_schema_history
     # 如果没有 flyway_schema_history 这个 metadata 表， 在执行 flyway migrate 命令之前, 必须先执行 flyway baseline 命令
     # 设置为 true 后 flyway 将在需要 baseline 的时候, 自动执行一次 baseline。
     baseline-on-migrate: true
     # 指定 baseline 的版本号,默认值为 1, 低于该版本号的 SQL 文件, migrate 时会被忽略
     baseline-version: 1
     # 字符编码 默认 UTF-8
     encoding: UTF-8
     # 是否允许不按顺序迁移 开发建议 true  生产建议 false
     out-of-order: false
     # 需要 flyway 管控的 schema list,这里我们配置为flyway  缺省的话, 使用spring.datasource.url 配置的那个 schema,
     # 可以指定多个schema, 但仅会在第一个schema下建立 metadata 表, 也仅在第一个schema应用migration sql 脚本.
     # 但flyway Clean 命令会依次在这些schema下都执行一遍. 所以 确保生产 spring.flyway.clean-disabled 为 true
     schemas: flyway
     # 执行迁移时是否自动调用验证   当你的 版本不符合逻辑 比如 你先执行了 DML 而没有 对应的DDL 会抛出异常
     validate-on-migrate: true

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

# flyway 配置
 spring:
   flyway:
     # 启用或禁用 flyway
     enabled: true
     # flyway 的 clean 命令会删除指定 schema 下的所有 table, 生产务必禁掉。这个默认值是 false 理论上作为默认配置是不科学的。
     clean-disabled: true
     # SQL 脚本的目录,多个路径使用逗号分隔 默认值 classpath:db/migration
     locations: classpath:db/migration
     #  metadata 版本控制信息表 默认 flyway_schema_history
     table: flyway_schema_history
     # 如果没有 flyway_schema_history 这个 metadata 表， 在执行 flyway migrate 命令之前, 必须先执行 flyway baseline 命令
     # 设置为 true 后 flyway 将在需要 baseline 的时候, 自动执行一次 baseline。
     baseline-on-migrate: true
     # 指定 baseline 的版本号,默认值为 1, 低于该版本号的 SQL 文件, migrate 时会被忽略
     baseline-version: 1
     # 字符编码 默认 UTF-8
     encoding: UTF-8
     # 是否允许不按顺序迁移 开发建议 true  生产建议 false
     out-of-order: false
     # 需要 flyway 管控的 schema list,这里我们配置为flyway  缺省的话, 使用spring.datasource.url 配置的那个 schema,
     # 可以指定多个schema, 但仅会在第一个schema下建立 metadata 表, 也仅在第一个schema应用migration sql 脚本.
     # 但flyway Clean 命令会依次在这些schema下都执行一遍. 所以 确保生产 spring.flyway.clean-disabled 为 true
     schemas: flyway
     # 执行迁移时是否自动调用验证   当你的 版本不符合逻辑 比如 你先执行了 DML 而没有 对应的DDL 会抛出异常
     validate-on-migrate: true