数据移植的问题真是千奇百怪的，究其原因还是因为数据库编码格式不统一，数据移植时的数据格式不致造成的乱码问题，这两天做多台服务器上的MYSQL数据互相移植拷贝，就遇到了类似的问题，解决办法有两种，第一种不行可以试试第二种：）
办法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试验也能够通过。
本文转hackfreer51CTO博客，原文链接：http://blog.51cto.com/pnig0s1992/460460，如需转载请自行联系原作者
