一篇关于MySQL数据迁移--data目录直接替换注意事项的详解

家乡的夜景,小小的月牙儿挂在湛蓝湛蓝的天空上,把淡淡的光洒在军舰上,军舰就像披上了一件银白色的棉袄,海面上波光粼粼,海浪轻轻地拍打着礁石,像一位母亲在抚摸着孩子的小脚丫。
近日更换服务器,要做数据库迁移,将数据库内的数据从服务器A迁移到服务器B。
由于数据量较大,直接做dump耗时太长,故而采用如下方式处理:
首先,在服务器B上安装了与服务器A同版本的MySQL,停止MySQL服务,将安装后的data目录删除;
然后,服务器A锁住全部表,从服务器A将整个data目录和数据文件直到拷贝到服务器B上,修改服务器B上MySQL的my.cnf文件中的datadir指向新的data目录。
最后,启动服务器B上的MySQL服务。
结果启动失败,报出 “无法启动MySQL服务”异常,查看错误日志,发现问题描述如下:
InnoDB: Error: log file ./ib_logfile0 is of different size 0 63963136 bytes
InnoDB: than specified in the .cnf file 0 6291456 bytes!
这段信息的意思是日志文件比my.cnf中设置的日志文件配额要大,服务不能启动。原因是日志文件从服务器A复制而来,在服务器A上的my.cnf中日志配额要比服务器B上的my.cnf日志配额大,
计算日志文件大小:63963136/(1024*1024)=61M,6291456/(1024*1024)=6M,怪不得呢?
将服务器B上的my.cnf中的innodb_log_file_size的参数设置为61M,再次启动mysql,启动成功。总结需要注意事项:
1.修改datadir为新的data目录。
2.合理修改innodb_log_file_size的值为实际迁移过来的日志文件大小。
3.字符集/默认引擎的修改,要与迁移前统一。

到此这篇关于一篇关于MySQL数据迁移--data目录直接替换注意事项的详解就介绍到这了。你跟别人的差距,不在于你走的慢。而在于,别人走的时候,你一直在看。更多相关一篇关于MySQL数据迁移--data目录直接替换注意事项的详解内容请查看相关栏目,小编编辑不易,再次感谢大家的支持!

您可能有感兴趣的文章
mySql一篇关于统计数量的SQL查询操作

一篇关于MYSQL 你需要知道的数据类型和操作数据表

一篇关于mysql自增id,你需要知道的

Mongodb中一篇关于GUID的显示问题详析

一篇关于MySQL死锁问题的深入分析