小结下MySQL中文乱码，phpmyadmin乱码，php乱码 产生原因及其解决方法第1/3页_php技巧

乱码产生原因 

mysql字符编码是版本4.1引入的,支持多国语言,而且一些特性已经超过了其他的数据库系统。

我们可以在mysql command line client 下输入如下命令查看mysql的字符集

mysql> show character set;
+----------+-----------------------------+---------------------+--------+
| charset  | description                 | default collation   | maxlen |
+----------+-----------------------------+---------------------+--------+
| big5     | big5 traditional chinese    | big5_chinese_ci     | 2      |
| dec8     | dec west european           | dec8_swedish_ci     | 1      |
| cp850    | dos west european           | cp850_general_ci    | 1      |
| hp8      | hp west european            | hp8_english_ci      | 1      |
| koi8r    | koi8-r relcom russian       | koi8r_general_ci    | 1      |
| latin1   | cp1252 west european        | latin1_swedish_ci   | 1      |
| latin2   | iso 8859-2 central european | latin2_general_ci   | 1      |
| swe7     | 7bit swedish                | swe7_swedish_ci     | 1      |
| ascii    | us ascii                    | ascii_general_ci    | 1      |
| ujis     | euc-jp japanese             | ujis_japanese_ci    | 3      |
| sjis     | shift-jis japanese          | sjis_japanese_ci    | 2      |
| hebrew   | iso 8859-8 hebrew           | hebrew_general_ci   | 1      |
| tis620   | tis620 thai                 | tis620_thai_ci      | 1      |
| euckr    | euc-kr korean               | euckr_korean_ci     | 2      |
| koi8u    | koi8-u ukrainian            | koi8u_general_ci    | 1      |
| gb2312   | gb2312 simplified chinese   | gb2312_chinese_ci   | 2      |
| greek    | iso 8859-7 greek            | greek_general_ci    | 1      |
| cp1250   | windows central european    | cp1250_general_ci   | 1      |
| gbk      | gbk simplified chinese      | gbk_chinese_ci      | 2      |
| latin5   | iso 8859-9 turkish          | latin5_turkish_ci   | 1      |
| armscii8 | armscii-8 armenian          | armscii8_general_ci | 1      |
| utf8     | utf-8 unicode               | utf8_general_ci     | 3      |
| ucs2     | ucs-2 unicode               | ucs2_general_ci     | 2      |
| cp866    | dos russian                 | cp866_general_ci    | 1      |
| keybcs2  | dos kamenicky czech-slovak  | keybcs2_general_ci  | 1      |
| macce    | mac central european        | macce_general_ci    | 1      |
| macroman | mac west european           | macroman_general_ci | 1      |
| cp852    | dos central european        | cp852_general_ci    | 1      |
| latin7   | iso 8859-13 baltic          | latin7_general_ci   | 1      |
| cp1251   | windows cyrillic            | cp1251_general_ci   | 1      |
| cp1256   | windows arabic              | cp1256_general_ci   | 1      |
| cp1257   | windows baltic              | cp1257_general_ci   | 1      |
| binary   | binary pseudo charset       | binary              | 1      |
| geostd8  | geostd8 georgian            | geostd8_general_ci  | 1      |
| cp932    | sjis for windows japanese   | cp932_japanese_ci   | 2      |
| eucjpms  | ujis for windows japanese   | eucjpms_japanese_ci | 3      |
+----------+-----------------------------+---------------------+--------+
36 rows in set (0.02 sec)

更多mysql的字符集知识可以参考本论坛的
http://www.phpfans.net/bbs/viewt ... &extra=page%3d1
或者mysql官方的
http://dev.mysql.com/doc/refman/5.1/zh/charset.html

mysql 4.1的字符集支持(character set support)有两个方面：字符集(character set)和排序方式(collation)。对于字符集的支持细化到四个层次: 服务器(server)，数据库(database)，数据表(table)和连接(connection)。
查看系统的字符集和排序方式的设定可以通过下面的两条命令：

mysql> show variables like 'character_set_%';
+--------------------------+-------------------------------------------+
| variable_name            | value                                     |
+--------------------------+-------------------------------------------+
| character_set_client     | latin1                                    |
| character_set_connection | latin1                                    |
| character_set_database   | latin1                                    |
| character_set_filesystem | binary                                    |
| character_set_results    | latin1                                    |
| character_set_server     | latin1                                    |
| character_set_system     | utf8                                      |
| character_sets_dir       | d:\mysql\mysql server 5.0\share\charsets\ |
+--------------------------+-------------------------------------------+
8 rows in set (0.06 sec)

mysql> show variables like 'collation_%';
+----------------------+-------------------+
| variable_name        | value             |
+----------------------+-------------------+
| collation_connection | latin1_swedish_ci |
| collation_database   | latin1_swedish_ci |
| collation_server     | latin1_swedish_ci |
+----------------------+-------------------+
3 rows in set (0.02 sec)

上面列出的值就是系统的默认值。latin1默认校对规则是latin1_swedish_ci，默认是latin1的瑞典语排序方式.
为什么呢默认会是latin1_swedish_ci呢,追溯一下mysql历史很容易发现

1979年，一家瑞典公司tcx欲开发一个快速的多线程、多用户数据库系统。tcx 公司起初想利用msql和他们自己的快速低级例程 (indexed sequential access method，isam)去连接数据库表，然而，在一些测试以后得出结论：msql对其需求来说不够快速和灵活。这就产生了一个连接器数据库的新sql接口，它使用几乎和msql一样的api接口。这个api被设计成可以使那些由msql而写的第三方代码更容易地移植到mysql。 

相信如果mysql是中国开发的，那么汉语也是默认编码了

当然我们也可以自己需要修改mysql的默认字符集
在mysql配置文档my.ini，找到如下两句：

[mysql]

default-character-set=latin1

和

# created and no character set is defined
default-character-set=latin1

修改后面的值就可以。

这里不建议改，仍保留默认值
也就是说启动 mysql时，如果没指定指定一个默认的的字符集，这个值继承自配置文件中的； 
此时 character_set_server 被设定为这个默认的字符集； 当创建一个新的数据库时，
除非明确指定，这个数据库的字符集被缺省设定为 character_set_server； 当选定了一个数据库时，
character_set_database 被设定为这个数据库默认的字符集； 在这个数据库里创建一张表时，
表默认的字符集被设定为 character_set_database，也就是这个数据库默认的字符集； 
当在表内设置一栏时，除非明确指定，否则此栏缺省的字符集就是表默认的字符集。

这样问题就随之而来了，假如一数据库是gbk编码。如果访问数据库时没指定其的字符集是gbk。
那么这个值将继承系统的latin1，这样就做成mysql中文乱码。

乱码解决方法

要解决乱码问题，首先必须弄清楚自己数据库用什么编码。如果没有指明，将是默认的latin1。
我们用得最多的应该是这3种字符集 gb2312，gbk，utf8。

那么我们如何去指定数据库的字符集呢？下面也gbk为例

【在mysql command line client创建数据库 】

mysql> create table `mysqlcode` (
    -> `id` tinyint( 255 ) unsigned not null auto_increment primary key ,
    -> `content` varchar( 255 ) not null
    -> ) type = myisam character set gbk collate gbk_chinese_ci;
query ok, 0 rows affected, 1 warning (0.03 sec)