这几天一直在迁移项目,数据库用的是mysql,所以mysql-front的导入导出用的比较多,但是却发现了一个问题,每次数据导出正常,导入的时候就会出现乱码问题,没办法,只能把导出的sql文件复制一下放到sql编辑器里,可这样总感觉有点别扭,网上浏览了一下才知道出现这种问题,是因为导出的时候导出编码的问题,导出编码默认是utf-8,把它改成unicode就全都正常了。
浏览的博客原文如下:
办法1:
第一,我用MYSQL FRONT的输出功能输出了一个SQL文件,他包括了整个数据库的结构以及存储的数据
第二,选择导出的编码为UTF-8
第三,打开需要导入的数据库服务器
第四,定位到SQL编辑器,然后用记事本打开刚刚导出的SQL文件
第五,拷贝所有SQL语句到SQL编辑器当中,执行这些SQL代码
第六,大功告成,看看中文字符是否显示正确呀:)
办法2:
办法1在今天的测试环节中没有解决中文乱码导入的问题(在别人的机器上行不通),经过我一番摸索,居然搞出了个办法2,把乱码的问题给解决了,呵呵
前面的步骤同办法1中的第一到第五,
第六,打开有中文的数据表,发现里面的中文依然是乱码
第七,用记事本打开刚才的导出的SQL文件
第八,另存此文件——打开另存为对话框,选择对话框中的编码格式为UNICODE编码
第九,保存文件,然后CTRL+A,全选
第十,拷贝里面的SQL语句到MYSQL FROND中的“SQL编码器”当中,再执行一次SQL语句
第十一,执行完成后切记刷新一次,再看看有中文的数据表,是否大功告成呀:)呵呵
其实这两种办法就是在编码格式之间倒换,因此,操作的过程不一定非得是UNICODE到UTF-8,从UTF-8到UNICODE试验也能够通过。
(原文:http://pnig0s1992.blog.51cto.com/393390/460460)
我一开始导出的时候用的是ANSI编码,是不对的,然后用UTF-8,还是乱码,最后用UNICODE,成功了
也不需要像上面一样打开文件来复制一下运行sql语句
因为我导的数据库有100M+,光是打开这个SQL文件就要卡很久,
反正我用UNICODE能够直接导出导入成功,不需要其他多余步骤。导入的数据也都正常。