这里本人是在MAC机上安装使用
1. 下载 mybatis-migraions安装包，地址：https://www.oschina.net/news/94218/mybatis-migrations-3-3-2-released
GitHub download address: https://github.com/mybatis/migrations/releases/download/mybatis-migrations-3.3.2/mybatis-migrations-3.3.2-bundle.zip
2. 解压安装包，放在自己定义的目录下，(mac)这里是/Users/xxx/mybatis-migrations 下
3. 设置环境变量，(mac)命令行：
vi ~/.bash_profiles
export MIG_HOME=/Users/xxx/mybatis-migrations
export PATH="$MIG_HOME/bin:$PATH"
按esc，保存:wq
立即刷新配置，source ~/.bash_profile
4. 初始化目录：这里目录放在 /Userx/xxx/mybatis-migrations/db
命令： migrate init
5. 新建数据库变更，命令：migrate new "liyq add table tabc"
tabc是新建表
6. 查看目标DB状态，migrate status
7. 更新执行的脚本，migrate up
8. 后退执行脚本： migrate down
9. 以上status up down 命令 都可以加参数 --evn=uat
比如：migrate status --env=uat用来查看uat.properties中指向的那个目标DB的当前状态；
没有指定env参数时，默认为development；
通过这个简单的参数，团队可以轻松的管理多个DB环境状态，任意切换、前进和后退，而脚本只有一套。
10. 生成DB变更脚本， 你可能会打算直接在DB目录中找出需要发布的脚本文件拿到生产环境去执行，但这样做就跟没有使用Migrations的团队没什么区别了；
Migrations的script命令就是用来做这件事的，执行下列命令，你会得到想要的东西：
命令：migrate script 20130614164456 20130709163435 > release20130710.sql
如果将上面命令中的两个版本号对调位置，得到的就是本次系统发布的DB回退脚本，
一旦你在生产DB执行了数据库变更后又不想发布应用了（比如突然发现这个应用版本存在严重缺陷），
那么这个回退脚本就派上用场了——它能帮你把生产DB恢复到之前的状态——能够使前一版本应用正常工作的状态，而不至于使你陷入进退两难！
11. 新建脚本, migrate new "add_tables_0308", 然后，你会在migration的db/scripts下，看到 20190308103231_add_tables_0308.sql这个文件
12. 填写脚本内容，vi 20190308103231_add_tables_0308.sql
-- Migration SQL that makes the change goes here. 需要做的SQL
输入如下：
create table szl_info(
id bigint(20) not null auto_increment primary key,
szl_infors varchar(2000),
yn int(1)
);
commit;
-- SQL to undo the change goes here. 回退做的SQL
输入如下说：
drop table szl_info;
按ecs, 保存 :wq
13. 执行正向看步骤7，执行逆向看步骤8。
附加多环境配置执行，以migrate up为例，比如我们现在有2个库，配置文件名分别为：local00.properties local01.properties，那我们使用如下命令一次性执行2个库的操作，如下：
migrate up --env=local00 | migrate up --env=local01