阅读完需：约 2 分钟
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恢复到之前的状态——能够使前一版本应用正常工作的状态，而不至于使你陷入进退两难！
