可以说http://database.51cto.com/art/200511/12568.htm4.1的应用 ，对多语言的相关支持有十分大的变化，很多人都遇到过令人头痛的MySQL乱码问题，以下的文章主要就是对MySQL乱码问题的解决，希望会给你带来一些帮助在此实际应用方面。

在升级数据库或者将本地的数据导入到虚拟主机后，突然发现之前整齐的页面布满了各种奇怪的符号。

本站特开辟此专题，介绍各种情况下出现乱码的原因及其解决办法，文章将不定期更新，敬请关注！

小标题:

常见容易导致页面乱码的几个情况说明

不同字符集数据表转换出现乱码的解决办法

如果你遇到MySQL乱码问题，可以从下面几个问题逐步检查：

（1）检查你的文件存储编码是否和 meta 声明的一致，假如你的文件是按照 utf-8 编码存储，但是 meta 却声明为 gb2312 ，将导致乱码。

解决办法：将页面存储编码和 meta 声明保持一致。用记事本打开文件，“另存为”，下面有个选项是“编码”，选择和 meta 声明一致的编码方式。(提示：meta 的编码声明要放在 title 标签前面，否则容易导致页面空白。)

（2）检查你的数据库连接有没有设置连接方式（SET NAMES），MySQL 4.1 版本以后，如果你没有设置数据库连接方式，那么插入或者查询将出现乱码情况。

解决办法：在你的数据库连接后面（通常是在 mysql_connect 后面，执行任何查询之前）加上一句 ：

Code: 
mysql_query("SETNAMESutf8");

其中 utf8 需要根据你需要设置。

（3）检查你的页面编码、meta 声明、数据库连接方式（SET NAMES）是否一致，如果你的页面和meta设置为gb2312，但是却在程序中设置 SET NAMES utf8，同样会导致乱码。原因是如果页面设置为 gb2312 ，那么表单中的数据也是按照 gb2312 提交，但是程序却要求按照 utf8 去处理，结果自然是乱码。

解决办法：将页面编码、meta 声明、数据库连接方式（SET NAMES）保持一致，当然这里说的一致不是绝对的，如 MySQL 的 utf8 和页面中的 utf-8 是不一样的，具体要根据你的实际情况设置。