1.查看当前编码
         在MySQL Command Line Client里面输入“
show variebles like“character_set_%”;”，可看到如下字符：
               character_set_client   latin1  (从客户端传出的编码为latin1)
               character_set_connection    latin1  ( 从连接器传出的编码为latin1,)
               character_set_database     utf8  (同上，均为指定此处传出时的编码)
               character_set_results    latin1
               character_set_server   utf8
              character_set_system     utf8
          
2.设置连接会话编码
         1) 
mysql_query("SET NAMES UTF8");  ，这里 相当于执行了三句：
                        SET  character_set_client  =  utf8 ;        
                        SET  character_set_results  =  utf8 ;       
                       SET  character_set_connection  =  utf8 ; 
            看看这3个变量的作用：
            信息输入路径：
client→connection→server；
            信息输出路径：
server→connection→results;
3. set names 怎么用  
                     如果数据来源于页面用户输入，则应保证页面申明编码与这里设定的连接编码一致，即<meta http-equiv="Content-Type" content="text/html;
charset=gb2312" />中指定的编码， 即
'SET NAMES gbk'  （GBK是GB2312的扩展 ） ； 如果数据在建表初始化时就存在，则尝试看在哪种编码下中文正常显示即为数据的编码，
注：与数据库及表的编码无关。
    <一句话总结>无论什么时候，mysql_query("SET NAMES XX"); 中的xx都要与htm页面申明一致，与数据库编码无关。
总结：
                      1）建表时初始化进去的数据，要与收集数据的htm页面编码申明一致。
                         这样才能在查询时使用set names统一指定编码。（这说明，即使数据库建表时指定编码为utf8，仍可存入gbk的数据，但需要以gbk的编码查看数据库时才能正常显示中文。php连接查询时，经过mysql_query('set names gbk‘），传回给申明为gb2312的页面正常显示。反之成立)
                      2）在数据库连接时，在mysql_connect之后，紧跟一句 mysq_query('set names XX');
                       xx与数据库内存储的编码一致，
set names gbk无效时，请尝试使用set names latin1
                      3）htm文件的编码，要与meta申明的编码一致。
                           这样，来自html文件的信息，与来自数据库的数据，均被浏览器按照meta中的文件申明来解释，才能都正常显示。
                     4）页面引入的，要被显示在页面上的文件，如其他html或js等，文件编码与当前页面一致。
                            因为这些引入的文件要作为页面一部分显示的，一致编码才不会乱码。
                      5）数据导入（import）数据时，指定的编码与sql文件编码一致。
                            不同的数据库连接工具界面不同，但导入sql文件时都有设置的地方，这个务必注意。如果指定与实际文件编码不一致，则无论使用什么编码查看都将是乱码，是无药可救的。无gbk选项时选择ANSI-latin1。
                          查看数据时同样要指定与sql文件一致的编码，可正常显示。               
                         如果将sql语句复制到查询中执行，则无论是从什么编码文件里复制的sql，都将被转换成当前表的编码，与文件编码无关，不会出现乱码
      6）php文件编码与html申明编码一致。
   这样从页面传递来的参数，主要是中文字符串，在php中操作时才能被正常识别，如utf-8编码的html传来的变量$name = '测试'，在gb2312编码的php中用if（$name == '测试'）就可能不成立。
     7)在php输出内容到浏览器之前，加上
header("Content-type: text/html; charset=utf-8");
用于告知浏览器使用什么编码解析内容，有时候html中已申明为utf-8，但是浏览器仍解析为gbk，使用var_dump(headers_list()),则发现字符被指定为了gb2312，这就需要在php的header重新指定一下(header("Content-type:text/html; charset=utf-8");)，另外还可能涉及到服务器的默认配置。详细参见其他网友文章：
（摘要：浏览器识别字符编码部分
1. 优先取http head中Content-Type，如
Content-Typetext/html; charset=UTF-8
2. 若无指定，则取html head数据中meta部分，如：
<meta http-equiv="Content-Type" content="text/html; charset=gbk" />
3. 若无指定，取决于浏览器各自的具体实现，比如尝试自动识别，或者是取默认值)
 
                      6）数据库建表指定编码，与htm页面编码，最好一致。不一致的坏处暂时没研究。
                            例：指定编码
                           DROP TABLE IF EXISTS `qs_admin`;
                             CREATE TABLE `qs_admin` (
                                  `admin_id` smallint(5) unsigned NOT NULL auto_increment,
                                  `admin_name` varchar(40) NOT NULL,
                                  `email` varchar(40) NOT NULL,
                                  `pwd` varchar(32) NOT NULL,
                                  `pwd_hash` varchar(30) NOT NULL,
                                  `purview` TEXT  NOT NULL,
                                  `rank` varchar(32) NOT NULL,
                                  `add_time` int(10) NOT NULL,
                                  `last_login_time` int(10) NOT NULL,
                                  `last_login_ip` varchar(15) NOT NULL,
                                   PRIMARY KEY  (`admin_id`)
                             ) ENGINE=MyISAM  DEFAULT CHARSET=utf8  ;
7）
                  
个人总结，欢迎批评指正。
————————————————————————————————————————————————————
这篇文章写得很好很详细：
http://www.cnblogs.com/showker/archive/2010/08/30/1812673.html
摘要：
五．决战一些常见的错误情况与解决：
         最好最快的解决办法就是,页面申明的编码与数据库内部编码一致,如果页面申请的页码与数据库内部编码不一致时,就设定连接编码 ,mysql_query("SET NAMES XXX "); XXX为连接编码.一定可以解决乱码的问题.
1、数据库采用UTF8 编码，而页面申明编码是GB2312 ，这是最常见的产生乱码的原因。这时候在PHP脚本里面直接SELECT数据出来的就是乱码，需要在查询前先使用： mysql_query("SET NAMES GBK"); 来设定MYSQL连接编码，保证页面申明编码与这里设定的连接编码一致（GBK是GB2312的扩展 ）。如果页面是UTF-8 编码的话，可以用： mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如页面申明的编码与数据库内部编码一致可以不设定连接编码。 注：事实上MYSQL的数据输入输出比上面讲的更复杂一些，MYSQL配置文件my.ini中定义了2个默认编码，分别是[client]里的 default -character-set和[mysqld] 里的default-character-set 来分别设定默认时候客户端连接和数据库内部所采用的编码。我们上面指定的编码其实是MYSQL客户端连接服务器时候的命令行参数 character_set_client，来告诉MYSQL服务器接受到的客户端数据是什么编码的，而不是采用默认编码。
 
2、页面申明编码与文件本身编码不一致，这种情况很少发生，因为如果编码不一致美工做页面时候在浏览器看到的就是乱码了。更多时候是发布以后修改一些小 BUG，以错误编码打开页面然后保存导致的。或者是用某些FTP软件直接在线修改文件，比如CuteFTP，由于软件编码配置错误而导致转换错了编码。 3、一些租用虚拟主机的朋友，明明上述3项编码都设置正确了还是有乱码。比方说网页是GB2312 编码的，IE等浏览器打开却总是识别成UTF-8 ，网页HEAD里面已经申明是GB2312 了，手动修改浏览器编码为GB2312 后页面显示正常。产生原因是服务器Apache设定了服务器全局的默认编码，在httpd.conf里面加了AddDefaultCharset UTF-8 。这时候服务器会首先发送HTTP头给浏览器，其优先级比页面里申明编码高，自然浏览器就识别错了。解决办法有2个，请管理员在配置文件自己的虚机里加上 一条AddDefaultCharset GB2312 来覆盖全局配置，或者在自己目录的.htaccess里配置。 总结:总之一句话,要解决要解决PHP中文乱码最好最快的解决办法就是,页面申明的编码与数据库内部编码一致,如果页面申请的页码与数据库内部编码不一致时,就设定连接编码 ,mysql_query("SET NAMES XXX "); XXX为连接编码.一定可以解决乱码的问题.
了解下icov
http://blog.csdn.net/wyhuan1030/article/details/6277085