MySQL数据库的无缝

上传者：樊明武
|
上传时间：2015-04-24
|
密次下载

MySQL数据库的无缝

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 分钟或者更少。

教育资源为主的文档平台

文档分类