flyway + spring boot 来实现启动初始化SQL文件
先创建一个数据库 （任何命名都可以）
然后 创建一个 boot项目，参考（https://blog.csdn.net/JavaLixy/article/details/78458811?utm_source=blogxgwz0）
在 pom.xml 中加入 flyway的jar包
<dependency>
<groupId>org.flywaydb</groupId>
<artifactId>flyway-core</artifactId>
<version>5.2.4</version>
</dependency>
加入jar包 完成之后在去配置 flyway
spring:
flyway:
#当flyway遇到占位符$而报错的时候，解决方案： spring.flyway.placeholder-replacement=false
placeholder-replacement: false
# flyway 的 clean 命令会删除指定 schema 下的所有 table, 应该禁掉
clean-disabled: true
# 启用 flyway
enabled: true
#设定 SQL 脚本的目录,多个路径使用逗号分隔
locations: classpath:/db/migration/
# 初始化schema_version表
baseline-on-migrate: true
#设定 flyway 的 metadata 表名, 缺省为 flyway_schema_history
table: flyway_schema_history
#多人协作开发, 很可能先 apply 了自己本地的最新 SQL 代码, 然后发现其他同事早先时候提交的 SQL 代码还没有 apply,
#所以 开发环境应该设置 spring.flyway.outOfOrder=true, 这样 flyway 将能加载漏掉的老版本 SQL 文件;
#生产环境建议为 spring.flyway.outOfOrder=false
out-of-order: true
#需要 flyway 管控的 schema list, 缺省的话, 使用的时 db source.connection直连上的那个 schema,
#可以指定多个schema, 但仅会在第一个schema下建立 metadata 表, 也仅在第一个schema应用migration sql 脚本.
#但flyway Clean 命令会依次在这些schema下都执行一遍
#schemas: {database.schema}
encoding: UTF-8
也可以 在上面配置 数据库 url username possword ，如果不配置的话，会默认的走你们的配置数据库，会自动读取的。
# db config
spring.datasource.url=jdbc:mysql://localhost:3306/flyway?useUnicode=true&characterEncoding=utf8&serverTimezone=GMT
spring.datasource.username=root
spring.datasource.password=root
spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
#设定 SQL 脚本的目录,多个路径使用逗号分隔
locations: classpath:/db/migration/
这个是指定你的sql脚本的路径，在 src/main/resources/创建一个 db/migration/文件 下面放 sql脚本/ 这个路径是默认的，当然你也可以去修改指定要你想要扫描的位置。
但是此处的SQL语句命名需要遵从一定的规范，否则运行的时候flyway会报错。命名规则主要有两种：
仅需要被执行一次的SQL命名以大写的"V"开头，后面跟上"0~9"数字的组合,数字之间可以用“.”或者下划线"_"分割开，然后再以两个下划线分割，（必须要以两个下划线结尾不然会报错的，格式不对），其后跟文件名称，最后以.sql结尾。
可重复运行的SQL，则以大写的“R”开头，后面再以两个下划线分割，其后跟文件名称，最后以.sql结尾。。比如，R__truncate_user_dml.sql。
其中，V开头的SQL执行优先级要比R开头的SQL优先级高。
V1.1.2__create_resource_ddl.sql
CREATE TABLE IF NOT EXISTS `resource`(
`resource_uuid` INT(11) NOT NULL AUTO_INCREMENT,
`resource_name` VARCHAr(100) NOT NULL COMMENT '用户姓名',
`CREATED_TIME` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
`CREATED_BY` varchar(100) NOT NULL DEFAULT 'YZH',
`UPDATED_TIME` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
`UPDATED_BY` varchar(100) NOT NULL DEFAULT 'YZH',
PRIMARY KEY (`resource_uuid`)
)ENGINE=InnoDB DEFAULT CHARSET=utf8;
创建数据库表 sql 。
插入数据sql
insert into `resource`(resource_name,resource_uuid) values('熊大',2020052704070500992a2058937d64c70a7b4c7993d591623);
当然flyway的配置 还有很多：
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.
最后总结要说的就是 flyway的版本问题 :
也就是说 咱们的 sql脚本，要按照规范来。
比如
你的sql脚本 是V1__user.sql。
flyway会初始化一个 flyway_schema_history 的表,它有个字段version
启动项目的时候。
启动项目的时候 你的版本就是1 第二次启动 的时候 你在添加 sql脚本的话呢就要把 版本改为 V1.1__******.sql 或者为V2__******.sql 。
