数据库迁移神器——Flyway

每天早上七点三十，准时推送干货

Hello 大家好，我是阿粉，不知道你有没有遇到过这种场景，一套代码部署在不同的环境中，随着时间的过去，各个环境代码有版本差异，代码层面可以通过不同的版本来控制，但是数据库层面经常容易忘记更新！

前言

比如刚开始环境 A 和环境 B 的代码版本是一样的，但是随着版本的迭代，环境 A 的系统一直持续迭代，但是环境 B 的系统由于种种原因没有升级，一直保持在最初的版本。如果某个时候需要对环境 B 的系统进行升级的话，你会发现，中间已经过了好多个版本，各个版本的差距很大，数据库结构有调整，不能直接打包发布，需要把之前所有对环境 A 调整的 SQL 都在环境 B 中执行一遍才行。

这个时候如果 SQL 版本做的好的问题不大，依次执行就行了，但是如果中间有人员离职或者记录缺失，那只能通过对比数据库结构来进行解决了。

数据迁移

前面我们的提到的场景专业的名词叫数据迁移，那为什么会出现数据迁移的场景呢？我从官网截了一张图大家可以看下，虽然说可能跟我实际开发不是一样，但是也差不多类似会出现这种场景，存在多个环境。可以看到虽然我们的代码可以通过版本迭代来控制，但是我们的数据库却不行，很多时候连脚本是否执行过都会忘记，这种事情光靠人记是很难的。

Flyway

Flyway 就是用来解决像这样的数据库迁移的工具，接入了 Flyway 过后&#x