不同场景下 MySQL 的迁移方案.pdfVIP

不同场景下 MySQL 的迁移方案 一 目录 原文出处 ：/2015/09/ 15/ migration-o -mysql-on-di erent-scenes 作者 ：温国兵 一 目录 一 目录 二 为什么要迁移 三 MySQL 迁移方案概览 四 MySQL 迁移实战 五 注意事项 六 技巧 七 总结 本文档使用 看云 构建 - 1 - 不同场景下 MySQL 的迁移方案 二 为什么要迁移 二 为什么要迁移 MySQL 迁移是 DBA 日常维护中的一个工作。迁迁移移 ，，究究其其本本义义 ，，无无非非是是把把实实际际存存在在的的物物体体挪挪走走 ，，保保证证该该物物 体体的的完完整整性性以以及及延延续续性性。。就像柔软的沙滩上 ，两个天真无邪的小孩 ，把一堆沙子挪向其他地方 ，铸就内心 神往的城堡。 生产环境中 ，有以下情况需要做迁移工作 ，如下 ： 磁磁盘盘空空间间不不够够。。比如一些老项 目 ，选用的机型并不一定适用于数据库。随着时间的推移 ，硬盘很有可 能出现短缺 ； 业业务务出出现现瓶瓶颈颈。。比如项 目中采用单机承担所有的读写业务 ，业务压力增大 ，不堪重负。如果 IO 压力在 可接受的范围 ，会采用读写分离方案 ； 机机器器出出现现瓶瓶颈颈。。机器出现瓶颈主要在磁盘 IO 能力、内存、CPU ，此时除了针对瓶颈做一些优化以外 ， 选择迁移是不错的方案 ； 项项 目目改改造造。。某些项 目的数据库存在跨机房的情况 ，可能会在不同机房中增加节点 ，或者把机器从一个 机房迁移到另一个机房。再比如 ，不同业务共用同一台服务器 ，为了缓解服务器压力以及方便维护 ， 也会做迁移。 一句话 ，迁移工作是不得已而为之。实施迁移工作 ，目的是让业务平稳持续地运行。 本文档使用 看云 构建 - 2 - 不同场景下 MySQL 的迁移方案 三 MySQL 迁移方案概览 三 MySQL 迁移方案概览 MySQL 迁移无非是围绕着数据做工作 ，再继续延伸 ，无非就是在保证业务平稳持续地运行的前提下做备 份恢复。那问题就在怎么快速安全地进行备份恢复。 一方面 ，备备份份。针对每个主节点的从节点或者备节点 ，都有备份。这个备份可能是全备 ，可能是增量备 份。在线备份的方法 ，可能是使用 mysqldump ，可能是 xtrabackup ，还可能是 mydumper。针对小容 量 （10GB 以下 ）数据库的备份 ，我们可以使用 mysqldump。但针对大容量数据库 （数百GB 或者 TB 级 别 ），我们不能使用 mysqldump 备份 ，一方面 ，会产生锁 ；另一方面 ，耗时太长。这种情况 ，可以选择 xtrabackup 或者直接拷贝数据 目录。直接拷贝数据 目录方法 ，不同机器传输可以使用 rsync ，耗时跟网络 相关。使用 xtrabackup ，耗时主要在备份和网络传输。如果有全备或者指定库的备份文件 ，这是获取备份 的最好方法。如果备库可以容许停止服务 ，直接拷贝数据 目录是最快的方法。如果备库不允许停止服务 ， 我们可以使用 xtrabackup （不会锁定 InnoDB 表 ），这是完成备份的最佳折中办法。 另一方面 ，恢恢复复。针对小容量 （10GB 以下 ）数据库的备份文件 ，我们可以直接导入。针对大容量数据库 （数百GB 或者 TB 级别 ）的恢复 ，拿到备份文件到本机以后 ，恢复不算困难。具体的恢复方法可以参考第 四节。 本文档使用 看云 构建 - 3 - 不同场景下 MySQL 的迁移方案 四 MySQL 迁移实战 四 MySQL 迁移实战 4.1 场景一 一主一从结构迁移从库 4.2 场景二 一主一从结构迁移指定库 4.3 场景三 一主一从结构双边迁移指定库 4.4 场景四 一主一从结构完整迁移主从 4.5 场景五 双主结构跨机房迁移 4.6 场景六 多实例跨机房迁移 我们搞明白为什么要做迁移 ，以及迁移怎么做以后 ，接下来看看生产环境是怎样操作的。不