网站文化制度建设,搭建网站干什么,可以做外链的网站有哪些,seo编辑的工作内容一、Flyway是什么官网解释地非常全面#xff0c;可先大致阅读一下。简单地说#xff0c;flyway是一个能对数据库变更做版本控制的工具。二、为什么要用Flyway在多人开发的项目中#xff0c;我们都习惯了使用SVN或者Git来对代码做版本控制#xff0c;主要的目的就是为了解决…一、Flyway是什么官网解释地非常全面可先大致阅读一下。简单地说flyway是一个能对数据库变更做版本控制的工具。二、为什么要用Flyway在多人开发的项目中我们都习惯了使用SVN或者Git来对代码做版本控制主要的目的就是为了解决多人开发代码冲突和版本回退的问题。其实数据库的变更也需要版本控制在日常开发中我们经常会遇到下面的问题自己写的SQL忘了在所有环境执行别人写的SQL我们不能确定是否都在所有环境执行过了有人修改了已经执行过的SQL期望再次执行需要新增环境做数据迁移每次发版需要手动控制先发DB版本再发布应用版本其它场景...有了flyway这些问题都能得到很好的解决。三、如何使用Flyway3.1 准备数据库首先我们需要准备好一个空的数据库。(数据库的安装和账密配置此处忽略)此处以mysql为例在本地电脑上新建一个空的数据库名称叫做flyway我们通过dbeaver看到的样子如下新建一个空的数据库3.2 准备SpringBoot工程在start.spring.io上新建一个SpringBoot工程要求能连上自己本地新建的mysql数据库flyway这个步骤也比较简单就不再细讲。但要注意的是application.properties中数据库的配置务必配置正确下述步骤中系统启动时flyway需要凭借这些配置连接到数据库。这里贴一份# db configspring.datasource.urljdbc:mysql://localhost:3306/flyway?useUnicodetruecharacterEncodingutf8serverTimezoneGMTspring.datasource.usernamerootspring.datasource.passwordrootspring.datasource.driver-class-namecom.mysql.cj.jdbc.Driver3.3flyway的引入与尝试首先在pom文件中引入flyway的核心依赖包org.flywaydbflyway-core5.2.4其次在src/main/resources目录下面新建db.migration文件夹默认情况下该目录下的.sql文件就算是需要被flyway做版本控制的数据库SQL语句。但是此处的SQL语句命名需要遵从一定的规范否则运行的时候flyway会报错。命名规则主要有两种仅需要被执行一次的SQL命名以大写的V开头后面跟上0~9数字的组合,数字之间可以用“.”或者下划线_分割开然后再以两个下划线分割其后跟文件名称最后以.sql结尾。比如V2.1.5__create_user_ddl.sql、V4.1_2__add_user_dml.sql。可重复运行的SQL则以大写的“R”开头后面再以两个下划线分割其后跟文件名称最后以.sql结尾。。比如R__truncate_user_dml.sql。其中V开头的SQL执行优先级要比R开头的SQL优先级高。如下我们准备了三个脚本分别为V1__create_user.sql其中代码如下目的是建立一张user表且只执行一次。CREATE TABLE IF NOT EXISTS USER(USER_ID INT(11) NOT NULL AUTO_INCREMENT,USER_NAME VARCHAR(100) NOT NULL COMMENT 用户姓名,AGE INT(3) NOT NULL COMMENT 年龄,CREATED_TIME datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,CREATED_BY varchar(100) NOT NULL DEFAULT UNKNOWN,UPDATED_TIME datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,UPDATED_BY varchar(100) NOT NULL DEFAULT UNKNOWN,PRIMARY KEY (USER_ID))ENGINEInnoDB DEFAULT CHARSETutf8;V2__add_user.sql其中代码如下目的是往user表中插入一条数据且只执行一次。insert into user(user_name,age) values(lisi,33);R__add_unknown_user.sql其中代码如下目的是每次启动倘若有变化则往user表中插入一条数据。insert into user(user_name,age) values(unknown,33);与之相对应的目录截图如下项目目录结构其中2.1.6、2.1.7和every的文件夹不会影响flyway对SQL的识别和运行可以自行取名和分类。到这一步flyway的默认配置已经足够我们开始运行了。此时我们启动SpringBoot的主程序如果以上步骤没有配置错误的话运行截图如下flyway成功运行此时我们刷新数据库可以看到flyway的历史记录表已经生成并插入了三个版本的记录flyway_schema_history而且user表也已经创建好了并插入了两条数据user我们不改变任何东西再次执行主程序日志如下再次执行flyway两张数据库表中的内容也毫无任何变化。可是如果我们修改V2__add_user.sql中的内容再次执行的话就会报错提示信息如下[ERROR] Migration checksum mismatch for migration version 2如果我们修改了R__add_unknown_user.sql再次执行的话该脚本就会再次得到执行并且flyway的历史记录表中也会增加本次执行的记录。3.4 maven插件的使用以上步骤中每次想要migration都需要运行整个springboot项目并且只能执行migrate一种命令其实flyway还是有很多其它命令的。maven插件给了我们不需要启动项目就能执行flyway各种命令的机会。在pom中引入flyway的插件同时配置好对应的数据库连接。org.flywaydbflyway-maven-plugin5.2.4jdbc:mysql://localhost:3306/flyway?useUnicodetruecharacterEncodingutf8serverTimezoneGMTrootrootcom.mysql.cj.jdbc.Driver然后更新maven插件列表就可以看到flyway的全部命令了。flyway的各种命令此时我们双击执行上图中的flyway:migrate的效果和启动整个工程执行migrate的效果是一样的。其它命令的作用如下列出各位可自行实验体会baseline对已经存在数据库Schema结构的数据库一种解决方案。实现在非空数据库新建MetaData表并把Migrations应用到该数据库也可以在已有表结构的数据库中实现添加Metadata表。clean清除掉对应数据库Schema中所有的对象包括表结构视图存储过程等clean操作在dev 和 test阶段很好用但在生产环境务必禁用。info用于打印所有的Migrations的详细和状态信息也是通过MetaData和Migrations完成的可以快速定位当前的数据库版本。repairrepair操作能够修复metaData表该操作在metadata出现错误时很有用。undo撤销操作社区版不支持。validate验证已经apply的Migrations是否有变更默认开启的原理是对比MetaData表与本地Migrations的checkNum值如果值相同则验证通过否则失败。3.5 flyway补充知识flyway执行migrate必须在空白的数据库上进行否则报错对于已经有数据的数据库必须先baseline然后才能migrateclean操作是删除数据库的所有内容包括baseline之前的内容尽量不要修改已经执行过的SQL即便是R开头的可反复执行的SQL它们会不利于数据迁移四、总结在进行了如上的实验后相信我们都已经掌握了flyway的初步使用当需要做数据迁移的时候更换一个新的空白数据库执行下migrate命令所有的数据库更改都可以一步到位地迁移过去真的是太方便了。附录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的valueflyway.schemas设定需要flywary迁移的schema大小写敏感默认为连接默认的schema.flyway.sql-migration-prefix迁移文件的前缀默认为V.flyway.sql-migration-separator迁移脚本的文件名分隔符默认__flyway.sql-migration-suffix迁移脚本的后缀默认为.sqlflyway.tableflyway使用的元数据表名默认为schema_versionflyway.target迁移时使用的目标版本默认为latest versionflyway.url迁移时使用的JDBC URL如果没有指定的话将使用配置的主数据源flyway.user迁移数据库的用户名flyway.validate-on-migrate迁移时是否校验默认为true
