现在全身心投入到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.gzcd 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等工具)
转载于:https://blog.51cto.com/weipengfei/930142