本篇内容主要讲解“MySQL数据迁移过程”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“MySQL数据迁移过程”吧!

为松溪等地区用户提供了全套网页设计制作服务，及松溪网站建设行业解决方案。主营业务为成都网站建设、做网站、松溪网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

    因为服务器迁移，目前一套硬件老化的MySQL主从服务器都需要替换为新服务器，总体评估了一下，在不改变版本的情况下，采用了较新的5.6子版本。就是如下图所示的左边和右边。

  如果要做这个完整的切换，其实方式和思路都有很多，我选择了一种来做。

  首先我低估了数据的情况，以为都是InnoDB表，于是从主库使用--single-transaction导出表数据，直接导入。看起来没有什么明显的异常，但是启动slave，发现数据冲突。

2017-08-07 17:40:31 75211 [Warning] Slave: Duplicate entry '632107' for key 'PRIMARY' Error_code: 1062
2017-08-07 17:40:31 75211 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave S
QL thread with "SLAVE START". We stopped at log 'binlog.000019' position 934115248

 所以仔细审视数据，发现原来里面有个数据库里存在大量的MYISAM表。在这种情况系，备份MYISAM表数据就很可能出现问题，因为--single-transaction不会生效，要备份可以使用mysqlhotcopy等方式来做，我不喜欢MYISM表，而且这个人其实比较懒，不想这样折腾，而且还对主库造成一定的影响。所以我把目光瞄向了从库。

   为了保证数据一致性，我完全可以先停掉slave,在有限的时间里导出数据，这样对于主库来说是透明的。

而需要注意的是使用mysqldump导出使用master-data的选项注定是有冲突的，所以我们完全可以不用master-data=2的选项，而直接根据show slave status\G的结果来得到具体的偏移量。

# mysqldump --all-databases --master-data=2 > master.sql
mysqldump: Error: Binlogging on server not active

新的主库，新的备库都是按照这种方式来搭建，数据都来自旧的从库，这样一来，配置好服务的话，主库会有3个binlogDump线程。

整个数据导入的过程中，可以根据processlist的数据看到处理MyISAM表还是比较耗时，我就干等着几个MyISAM大表的线程State从“Repair by sorting”和“Repair with keycache”切换。

这个时候我们就需要转换一下，我们把新的从库指向新的主库即可，也就是实现级联复制，要做这个工作，让数据追平之后，保险起见还是先停掉新主库的slave线程，让新的从库重新从新的主库来应用日志（show master status\G） 这样一来，一切一连，一个级联的环境就搞定了。

  后期后一些微调，也可以很自然的完成。

而正式切换的时候，其实几乎不需要做什么工作。新的主库使用reset slave all即可。

  上面的这是一个很基础的环境切换，如果能够更深一步，把网络层面的工作做好，其实这个切换就更加透明，完全可以做到无感知。

到此，相信大家对“MySQL数据迁移过程”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！

网页标题：MySQL数据迁移过程-创新互联
链接URL：http://lswzjz.com/article/pgpse.html