免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 783 | 回复: 0
打印 上一主题 下一主题

MySQL数据库的无缝一肖中特迁移 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-12-20 09:46 |只看该作者 |倒序浏览
MySQL数据库的无缝迁移

在平时的开始过程中,由于经常“需求理解,架构设计,需求变更”等多种原因,导致系统运行一段时间后,数据库的表结构需要变更,如何实现尽量短的停机,实现无缝的迁移?凤凰网高级开发工程师孙立写了一篇博文,分享了他的心得,现把此博文转载于此。全文如下:

9月11日参加了infoq和百度共同举办的技术沙龙《MySQL性能优化及空间数据库开发实践》,百度的刘斌分享的内容相信对目前正欲使用ssd来提升MySQL性能的朋友非常有帮助,同时,个人觉得ssd在其他数据存储上也有很大的空间。颜勋讲的空间数据库方面的,我平时没有怎么接触过,不过看起来应该也是非常不错,应该对做地理信息的朋友很有帮助。最后的open space环境有两个小组讨论了一些问题,但是最后没有什么答案,正好我有些类似的经验,所以也就分享了下。

MySQL数据库的无缝迁移问题?

问:在平时的开始过程中,由于经常“需求理解,架构设计,需求变更”等多种原因,导致系统运行一段时间后,数据库的表结构需要变更,如何实现尽量短的停机,实现无缝的迁移?

我开玩笑说,最好的解决办法就是不迁移。不迁移肯定最好,这要依赖于非常好的设计,在前期架构设计的时候能够考虑到需求可能的变更,数据库设计也可以根据业务来进行一定程度的抽象。这可能有点太理想,不过迁移数据,始终是个不可避免的问题。下面说下一般的迁移方案。

定点停机迁移

就像那位朋友说的,在一个月黑风高的夜晚,停掉应用,用事先写好的迁移程序,把MySQL 数据库数据迁移到新结构的MySQL数据库中。完成后,切换应用。最大的缺点就是随着数据量的增加停机时间会变得非常长。

MySQL binlog方案

MySQL 的迁移可以考虑MySQL的主从复制replication的特性,解析binlog日志出来,然后根据新的业务特点设计的数据库结构,把数据写入到新的数据库,运行迁移过程不需要停机。在数据迁移基本上完成的时候,停掉前段应用,等待迁移全部完成,切换应用到新库。停机时间非常短,只需要几乎1-2分钟或者更少。

触发器方案

备份老的MySQL数据表结构到新的MySQL数据库,在新库创建新的表结构,更改老的数据库表,创建触发器,让数据写入的时候同时写入到的新的MySQL表。dump老的MySQL的数据,导入到新的MySQL,这是新的MySQL表结构的表应该已经有相应的数据了。然后开启主从复制,让其达到跟主库数据一致。切换应用,迁移到的方案。停机时间非常短,只需要几乎1-2分钟或者更少。

MySQL udf方案

MySQL的udf允许你开发自己的函数集成到MySQL中,这样你可以很方便的在数据写入的时候同时写到的其他地方。缺点是开发成本大,需要对MySQL udf有了解。也可以用现成的memcached_functions_MySQL和lib_MySQLudf_json来实现,你就不需要编写udf函数了,只需要实现一个memcached的服务端来接受数据,然后解析json到新的数据库就OK了。memcached协议非常简单,自己实现起来也很容易。这种方案的迁移时间也会非常短。

中间件方案

这种方案必须要你的应用连接数据使用了类似中间层的方案,你只需要在中间层增加同时往新库写数据就OK了。这种方案的依赖比较大,相信一肖中特小一点的公司可能都没有条件。

总结

要实现无缝迁移,成本和难度肯定会增加,一肖中特这需要结合你的业务需要来具体实施。迁移方案需要进行充分的测试,以及考虑出错的回滚方案。

【CSDN小百科】

作者简介:

孙立

凤凰网高级开发工程师,专注于高并发大数据量下的系统架构,对数据库、NOSQL、cache架构、优化有丰富经验。

 

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP