MySQL表结构同步

   现在全身心投入到MySQL中。

     项目要求：将开发环境中的数据库的修改同步至线上环境。

     开发者给出的解决办法是：利用像Python 中的South框架，自动将开发环境的变更同步至生产环境。这个对于DBA来说是无法承受的（除非是创建数据库结果类似的语句）。数据库变更在生产环境执行，必须事先经过评估。对业务的影响降到最低，这个就设计到了重新设计索引，或者采用在线修改工具之类的。本文暂时先不讨论，下面给出表同步的解决办法。

     以前的做法是通过navicate的工具将一个一个的数据库进行对比或者自己写脚本Mysqldump 只dump 表结构，利用diff 挨个对比，在数据库实例量少的情况下，可以接受。总之个人认为 不符合运维自动化的理念。

     描述信息：

      1、该工具不会修改数据库，至会搜集在不同数据库之间的差异并生成SQL脚本。

      2、生成的SQL语句，会自动添加after,first 等关键字

      3、对于重命名的表或者字段，该工具生成先删除在重建的SQL语句

      4、对于MySQL的分区功能暂不支持。

     下载并安装：

     安装条件：

     安装：

     基本语法：

     source或者target的格式是：

     最终生成文件的格式是：<database>[_<tag>].YYYYMMDD.(patch|revert)[_<version>].sql，有一个日志文件

     一个patch文件（应用到目标主机），一个revert文件（可以做回滚，这个做法是很棒的，个人很赞同，但作为DBA，最好在操作前对线上的数据库做好备份）

     具体选项，可以通过  schemasync  --help 查看

     常用选项：

       测试：

       在192.168.1.172上有一数据库sync 库内的表：t1(id int null)

       在192.168.1.175上有一数据库sync 库内的表：t1(id int not null)

       现在将172中的sync库同步至175上：

       打印出的消息：

     我们可以打开文件查看下：

      这个文件已经将id列 的非空属性设置为空。将这个文件应用到175上即可。！

（PS:此为简单测试。在生成环境下，可以用shell循环同时同步多个库，对于DBA来说，最好在应用更改之前，必须审核一下该SQL，评估下对线上的影响，考虑在线DDL等工具）

本文转自 位鹏飞 51CTO博客，原文链接http://blog.51cto.com/weipengfei/930142，如需转载请自行联系原作者