mysql 同步 表结构_MySQL表结构同步

现在全身心投入到MySQL中。

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

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

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

最近尝试了一种新的工具-Schema Sync，这个是基于Python语言，遵守. 开源协议。

描述信息：

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

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

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

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

下载并安装：

安装条件：

1、2.4, 2.5, or 2.6

2、, version 5.0 or higher

3、, version 1.2.1p2 or higher

安装：

tar xvzf SchemaSync-0.9.2.tar.gz

cd SchemaSync-0.9.2

sudo python setup.py install

如果想得到最新的开发版本，或者在生产环境中不允许root 登录，请参考这个链接：http://schemasync.org/install.htm)

基本语法：

schemasync [options]

source或者target的格式是：

mysql://user:password@host:port/database

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

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

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

常用选项：

-output-directory=OUTPUT_DIRECTORY 日志文件和生成的SQL文件存放的目录

--tag=TAG 为自己的文件打上容易辨认的便签

-r, --revision 如果生成的结果文件中存在相同的名字，则会另加标示。

-a, --sync-auto-inc 这个选项要注意，他会同步自增长的值

-c --sync-comments 同步新添加字段的内容 描述(经测试该选项无效)

测试：

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

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

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

schemasync  -r --output-dir="/root/sync/"  mysql://root：XXXX@localhost:3306/sync  mysql://root:XXXXX@192.168.1.175:3307/sync

打印出的消息：

[INFO 2012-07-13 18:21:49,784] Migration scripts created for mysql://192.168.1.175/sync

Patch Script: /root/sync/sync.20120713.patch.sql

Revert Script: /root/sync/sync.20120713.revert.sql

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

USE `sync`;

ALTER TABLE `t1` MODIFY COLUMN `id` int(11)NULLFIRST, ENGINE=InnoDB ROW_FORMAT=Compact;

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

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