现在全身心投入到MySQL中。
项目要求：将开发环境中的数据库的修改同步至线上环境。
开发者给出的解决办法是：利用像Python 中的South框架，自动将开发环境的变更同步至生产环境。这个对于DBA来说是无法承受的（除非是创建数据库结果类似的语句）。数据库变更在生产环境执行，必须事先经过评估。对业务的影响降到最低，这个就设计到了重新设计索引，或者采用在线修改工具之类的。本文暂时先不讨论，下面给出表同步的解决办法。
以前的做法是通过navicate的工具将一个一个的数据库进行对比或者自己写脚本Mysqldump 只dump 表结构，利用diff 挨个对比，在数据库实例量少的情况下，可以接受。总之个人认为 不符合运维自动化的理念。
最近尝试了一种新的工具-Schema Sync，这个是基于Python语言，遵守Apache License, Version 2.0. 开源协议。
描述信息：
1、该工具不会修改数据库，至会搜集在不同数据库之间的差异并生成SQL脚本。
2、生成的SQL语句，会自动添加after,first 等关键字
3、对于重命名的表或者字段，该工具生成先删除在重建的SQL语句
4、对于MySQL的分区功能暂不支持。
下载并安装：
安装条件：
1、Python 2.4, 2.5, or 2.6
2、MySQL, version 5.0 or higher
3、MySQLdb, version 1.2.1p2 or higher
下载： SchemaSync-0.9.2
安装：
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>
source或者target的格式是：
mysql://user:password@host:port/database
最终生成文件的格式是：<database>[_<tag>].YYYYMMDD.(patch|revert)[_<version>].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) NULL FIRST, ENGINE=InnoDB ROW_FORMAT=Compact;
这个文件已经将id列 的非空属性设置为空。将这个文件应用到175上即可。！
（PS:此为简单测试。在生成环境下，可以用shell循环同时同步多个库，对于DBA来说，最好在应用更改之前，必须审核一下该SQL，评估下对线上的影响，考虑在线DDL等工具）
