如何解决mysql早php的中文乱码现象？

     初次配置php后，当php运行支持MySQL，这时很多可能性会遇到乱码，那么对于初学者来说，乱码该怎么解决呢?本文将告诉大家在哪里设计了乱码，如何解决乱码问题？

　　《PHP+MySQL+Dreamweaver动态网站建设从入门到精通》第1章搭建PHP网站建设平台，本章就将讲解如何在WindowsXP中进行PHP操作平台的配置。本节为大家介绍解决PHP与MySQL乱码问题。

　　1.4.5解决PHP与MySQL乱码问题

　　在初次配置PHP运行支持MySQL后，对于初学者来说，遇上中文乱码是开始学习时遇到的第一个问题，本节将重点介绍如何解决这个问题。

　　一般说来，乱码的出现有两种原因。首先是由于编码（Charset）设置错误，导致浏览器以错误的编码来解析，从而出现了满屏乱七八糟的符号，不能正常显示中文；其次是文件被以错误的编码打开，然后保存，比如一个文本文件原先是GB2312编码的，却以UTF-8编码打开再保存。

　　要解决上述乱码问题，首先需要知道开发中哪些环节涉及了编码。

　　（1）页面声明编码不统一。在HTML代码HEAD里面，可以用<metahttp-equiv="Content-Type"content="text/html;charset="XXX"/>来告诉浏览器网页采用了什么编码。目前中文网站开发中XXX主要用的是GB2312和UTF-8两种编码。

　　（2）文件编码被修改。指的是页面文件（.html，.php等）本身是以何种编码来保存的。记事本和Dreamweaver在打开页面的时候会自动识别文件编码，因而不太会出问题。而ZendStudio却不会自动识别编码，它只会根据首选项的配置，固定以某种编码打开文件，如果一旦用错误编码打开文件，当做了修改之后保存时，乱码就出现了。

　　（3）数据库连接编码不正确。指的是进行数据库操作的时候，以哪种编码与数据库传输数据，这里需要注意的是不要与数据库本身的编码混淆，比如MySQL内部默认是latin1编码，也就是说MySQL是以latin1编码来存储数据，以其他编码传输给MySQL的数据会被转换成latin1编码。

　　知道了网站开发中哪些地方涉及到了编码，也就知道了产生乱码的原因。下面是一些常见的错误情况与解决方法。

　　问题一：数据库采用UTF8编码，而页面声明编码是GB2312。

　　这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是乱码，需要在查询前先使用mysql_query("SETNAMESGBK")来设置MySQL连接编码，保证页面声明编码与这里设定的连接编码一致（GBK是GB2312的扩展）。

　　如果页面是UTF-8编码的话，可以用mysql_query("SETNAMESUTF8")，注意是UTF8而不是一般用的UTF-8。假如页面声明的编码与数据库内部编码一致则可以不设定连接编码。

　　例如，本书的购物车系统的数据库连接时设置的编码规则如下。

　　MySQL的数据输入/输出比上面讲的更复杂一些，MySQL配置文件my.ini中定义了两个默认编码，分别用[client]里的default-character-set和[mysqld]里的default-character-set来设定默认时候客户端连接和数据库内部所采用的编码。上面指定的编码其实是MySQL客户端连接服务器时候的命令行参数character_set_client，来告诉MySQL服务器接收到的客户端数据是什么编码的，而不是采用默认编码。

　　问题二：页面声明编码与文件本身编码不一致。

　　这种情况很少发生，因为如果编码不一致，美工做页面的时候在浏览器看到的就是乱码。更多时候是发布以后修改一些小BUG，由于以错误编码打开页面然后保存导致的乱码；或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。

　　问题三：服务器Apache设定了服务器全局的默认编码。

　　一些租用虚拟主机的朋友，明明上述3项编码都设置正确，但还是有乱码。比如，网页是GB2312编码的，IE等浏览器打开却总是识别成UTF-8，网页HEAD里面已经声明是GB2312了，手动修改浏览器编码为GB2312后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharsetUTF-8。这时候服务器会首先发送HTTP给浏览器，其优先级比页面里声明编码高，自然浏览器就发生识别错误。解决办法有两个，管理员在配置文件自己的虚机里加上一条AddDefaultCharsetGB2312来覆盖全局配置，或者在自己目录的.htAccess里配置。