本篇内容主要讲解“MySQL数据迁移过程”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“MySQL数据迁移过程”吧!
,,因为服务器迁移,目前一套硬件老化的MySQL主从服务器都需要替换为新服务器,总体评估了一下,在不改变版本的情况下,采用了较新5.6的子版本。就是如下图所示的左边和右边。
,如果要做这个完整的切换,其实方式和思路都有很多,我选择了一种来做。
,首先我低估了数据的情况,以为都是InnoDB表,于是从主库使用,单独的事务导出表数据,直接导入。看起来没有什么明显的异常,但是启动奴隶,发现数据冲突。
75211 17:40:31 2017-08-07[警告]奴隶:重复条目& # 39;632107 & # 39;关键& # 39;主要# 39;Error_code: 1062
2017-08-07 17:40:31 75211(错误的)错误运行查询,奴隶SQL线程中止。解决这个问题,并重新启动奴隶S
QL线程与“奴隶时。我们停在日志& # 39;binlog.000019& # 39;位置934115248
,所以仔细审视数据,发现原来里面有个数据库里存在大量的MYISAM表。在这种情况系,备份MYISAM表数据就很可能出现问题,因为,单独的事务不会生效,要备份可以使用mysqlhotcopy等方式来做,我不喜欢MYISM表,而且这个人其实比较懒,不想这样折腾,而且还对主库造成一定的影响,所以我把目光瞄向了从库。
,,为了保证数据一致性,我完全可以先停掉的奴隶,在有限的时间里导出数据,这样对于主库来说是透明的。
而需要注意的是使用,mysqldump导出使用主数据的选项注定是有冲突的,所以我们完全可以不用主数据=https://www.yisu.com/zixun/2的选项,而直接根据显示奴隶状态/G的结果来得到具体的偏移量。
#,mysqldump——所有数据库——主数据=https://www.yisu.com/zixun/2>的主人。sql
, mysqldump:错误:Binlogging alt=" MySQL数据迁移过程">
这个时候我们就需要转换一下,我们把新的从库指向新的主库即可,也就是实现级联复制,要做这个工作,让数据追平之后,保险起见还是先停掉新主库的奴隶线程,让新的从库重新从新的主库来应用日志(显示 主地位\ G)这样一来,一切一连,一个级联的环境就搞定了。
,后期后一些微调,也可以很自然的完成。
而正式切换的时候,其实几乎不需要做什么工作。新的主库使用重置所有奴隶即可。
,上面的这是一个很基础的环境切换,如果能够更深一步,把网络层面的工作做的好,其实这个切换就更加透明,完全可以做到无感知。
到此,相信大家对“MySQL数据迁移过程”有了更深的了解,不妨来实际操作一番吧!这里是网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
