第一种方法，很精辟的总结：

经常更换虚拟主机,而各个服务商的MYSQL版本不同,当导入数据后,总会出现乱码等无法正常显示的问题,查了好多资料,总结出自己的一点技巧:

WINDOWS 下导入应该这样

使用MYSQL的命令

在DOS 命令下进入mysql的bin目录下,输入mysql -uroot -p密码 数据库名称<要恢复的数据库, 例如我们要把D盘的一个名称为test.sql的数据库恢复到本地的test2这个数据库,那么就这样: mysql -uroot -p密码 test2以前的国外主机用的Mysql是4.x系列的，感觉还比较好，都无论GBK和UTF-8都没有乱码，没想到新的主机的Mysql是5.0版本 的，导入数据后，用Php读出来全是问号，乱码一片，记得我以前也曾经有过一次切换出现乱码的经验，原因肯定是Mysql版本之间的差异问题。

只好查资料，发现了一个解决方法，就是在mysql_connect后面加一句SET NAMES UTF8，即可使得UTF8的数据库消除乱码，对于GBK的数据库则使用SET NAMES GBK，代码如下：

数据库字符集为utf-8

连接语句用这个

还有个方法就是,如果你自己的机器的话,可以更改MYSQL字符集,一般在MYSQ4和MYSQL5这两个版本中有效

--------------------------------------------------------------------------------

第二个方法：很不错的解说，可以试一下

mysql乱码处理总结:

      (1)java中处理中文字符正常,在cmd client中显示乱码是字符集的问题.

      (2)字段长度设置够长,但插入中文字符时提示com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column错误是字符集的问题.

      (3)乱码问题归根到底是字符集的问题,那就从字符集设置方面考虑,不外乎下面几个方面:server,client,database,connection,results.

-------------------------解决办法----------------------

(1)修改 my.ini(MySQL Server Instance Configuration 文件)

(2)修改data目录中相应数据库目录下的db.opt配置文件

(3)数据库连接串中指定字符集

(4)在创建数据库时指定字符集

(5)在dos命令上要设置

      好了,经过检查上面四个方面的设置,应该 OK 了!不会出现诸如

com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column等问题.

Mysql中文乱码解决

原来常常在群里看到mysql的乱码问题，但是由于本人一直在用oracle和sql server所以没多在乎，昨天用了用mysql结果就遇到了传说中的乱码…..。现在我们来讲讲mysql的乱码问题。首先你进入的你mysql

用show variables查看

这 里可以查看到你的字符集，character_set_server是服务器编码。现在我们默认的是latin1要改变服务器的编码必须重新启动服务器， 我们先用mysqladmin –uroot shutdown关闭服务器,然后mysqld –C GBK启动服务器 –C是character_set_server的一个简写（可以也可以写成mysqld –character_set_server gbk）.这样修改以后我们再进入mysql查看就会显示：

这样我们就把服务器和数据库的编码改为了GBK。

现在我们就可以插入中文字符串了，但是为什么有时间还是会显示

这是因为你只是修改了mysql的服务器的字符编码，并没有修改已经有数据库的编码，这时候你需要手动的把data目录下的数据库中的db.opt中的编码改为

这样修改以后你在重启服务器就可以插入中文了。

但是这时候还有个问题就是在你应用程序当中显示的是中文字符，但是在命令窗口还是乱码。

这时候你注意我们上面图中的character_set_client字符还是latin1当然显示的是乱码咯哟。所以你进入mysql客户端程序的时候因该把客户端默认的编码改为gbk才能显示正常。

你可以在mysql里修改，也可以在登陆的时候mysql –uroot –default-character-set=gbk修改

如此以来就解决了中文问题了。

我刚开始的时候在程序中加入了一个characterEncoding变量（下图），但是想来想去都觉得这个变量没什么用，所以后来去掉也能显示正常。

第三种方法，说有太复杂了，反到不知道怎么弄了，你试试，也许可以用得上

1.修改/etc/my.cnf文件，改成这样：

注意：就是加入了一句default-character-set=utf8。

2./etc/init.d/mysqld restart 重新启动mysql；

3.打开phpmyadmin，选择lang为"Chines simplifies(zh-utf-8)",选择"MySQL 连接校对"为"utf8_general_ci "点“显示 MySQL 的运行信息”--“变量”，可以看到：

从这里可以看到character全部变成utf8了。

有人要问，为什么都要改成utf8呢？改成GB2312不行吗？

解释如下：

我也不想改成utf8，只是phpmyadmin2.6在mysql4.1的时候只会用utf8，连其他页面的charset也都是utf8，改成gb2312一定会乱码，我们只能凑phpmyadmin了。

只有在mysql3.23的时候，phpmyadmin才会多一个gb2312的页面charset，这时候是正常的。

3.将以前的mysql3的库文件导入mysql4.1的库

有两种情况：

一是从phpmyadmin上导入，这时候你要注意的是在选择库文件的页面左下脚有个“文件的字符集：”，默认是utf8，要改成gb2312，否则导进去乱码；

二是在linux下导入，这时候你需要先在库文件的头部加一行:

SET NAMES 'gb2312'; 注意最后也是;号，别漏了。

然后执行mysql -u用户名 -p密码 xxx.sql > 库名

导入完成以后再用phpmyadmin打开看，里面的中文字就是正确的。

4.从mysql4.1里导出库文件

一.用phpmyadmin导出

导出倒是问题不大，如果phpmyadmin的浏览页面里显示的中文是正常的，那么导出肯定也是正常的

二.在linux上导出

如果用mysqldump导出出现了乱码也没有关系，可以运行iconv来转换一下

iconv -c -f UTF-8 -t GB2312 库文件名 > 新的gb2312的库文件名

综上所述，你要注意：

1。尽量在需要导入的库文件的开头加入SET NAMES 'gb2312';告诉mysql你要导入的是一个gb2312的文件；

2。可能你需要这个：

在登陆到mysql后用，把character的一些默认参数改到utf8上，有时可以减少一些困扰，不过也不是必须的。

在mysql上使用:

用来查看当前的状态。

3.如果出现乱码也不要怕，一是你要注意留存原有的备份，二是用iconv来进行转化。

在正常使用之前注意做导入导出的测试，确保万无一失。

最后加一句：www.quicklinux.org原创文章，转载请注明出处。呵呵

邮件：support@quicklinux.org

作者: MySQL 发布日期: 2005-12-14

我升级了MYSQL到4.1.2，phpmyadmin用的是2.6.2。数据表里面有中文的字段中文都变成了乱码，导出数据也是乱码。我用以前的2.5.7没有问题，想问一下，应该在phpmyadmin的那个文件里改哪个设置一下才能显示出来的是正常的中文字？

和字符相关的变量中这几个和sql很有关系：

此外就是数据库中对相应字段设置的charact set，如果没有对字段设置，缺省是table的charact set，table也没有指定则缺省使用database的。

上面3个变量的作用是这样的，client表示客户端发送过来的字符集，results表示发送到客户端的字符集（这两个分开是因为发送过来和发送过去的不一定是同一个客户端），connection则在客户端和数据库起一个连接作用。

具体是这样：比如我在mysql命令行设置client为gbk，connection为utf8，results为gbk，数据库为big5，

当我发送一个insert语句的时候，这个语句作为gbk代码，先转为utf8代码（connection），再转为big5（database）插入数据库。

而运行一个select语句的时候，从数据库得到的结果则相反的过程，由big5转为utf8，再转为gbk，你得到gbk的结果。

因此最主要的是让client和results和你使用的客户端一致。比如你的网页是utf8编码，你就要设置这两个为utf8。

而在mysql命令行的时候，我用的是2000，需要设置为gbk

而我们用的set names XXX，实际上就是同时设置这3个变量为XXX。

在这样的情况下，我们可以把一个数据库中的不同表或不同字段设为不同的字符集，只要上面3个设置正确，就可以在数据库中同时使用不同的字符集。
注意要保证你的数据库中的字符已经使用了正确的字符集，比如如果一开始你设置错误，插入数据后，本身数据的编码就是不正确的，然后即使设置改回来，也不可能得到正确的显示了。 

--转自