mysql不再乱码

为了让你的网页能在更多的服务器上正常地显示，还是加上“SET NAMES UTF8”吧（可以根据你的喜欢选择相应的编码,如gb2312），即使你现在没有加上这句也能正常访问。先说MySQL的字符集问题。Windows下可通过修改my.ini内的# CLIENT SECTION [mysql] default-character-set=utf8 # SERVER SECTION [mysqld] default-character-set=utf8 这两个字段来更改数据库的默认字符集。第一个是客户端默认的字符集，第二个是服务器端默认的字符集。假设我们把两个都设为utf8，然后在MySQL Command Line Client里面输入“show variebles like “character_set_%”;”，可看到如下字符：character_set_client latin1character_set_connection latin1character_set_database utf8character_set_results latin1character_set_server utf8character_set_system utf8其中的utf8随着我们上面的设置而改动。此时，要是我们通过采用UTF-8的PHP程序从数据库里读取数据，很有可能是一串“？？？？？” 或者是其他乱码。网上查了半天，解决办法倒是简单，在连接数据库之后，读取数据之前，先执行一项查询“SET NAMES UTF8”，即在PHP里为mysql_query（"SET NAMES UTF8"）; 即可显示正常（只要数据库里信息的字符正常）。为什么会这样？这句查询“SET NAMES UTF8”到底是什么作用？到MySQL命令行输入“SET NAMES UTF8;”，然后执行“show variebles like “character_set_%”;”，发现原来为latin1的那些变量“character_set_client”、“character_set_connection”、“character_set_results”的值全部变为utf8了，原来是这3个变量在捣蛋。查阅手册，上面那句等于：SET character_set_client = utf8; SET character_set_results = utf8; SET character_set_connection = utf8; 看看这3个变量的作用：信息输入路径：client→connection→server；信息输出路径：server→connection→results。换句话说，每个路径要经过3次改变字符集编码。以出现乱码的输出为例，server里utf8的数据，传入connection转为latin1，传入results转为latin1，utf-8页面又把results转过来。如果两种字符集不兼容，比如latin1和utf8，转化过程就为不可逆的，破坏性的。所以就转不回来了。但这里要声明一点，“SET NAMES UTF8”作用只是临时的，MySQL重启后就恢复默认了。接下来就说到MySQL在服务器上的配置问题了。岂不是我们每次对数据库读写都得加上“SET NAMES UTF8”，以保证数据传输的编码一致？能不能通过配置MySQL来达到那三个变量默认就为我们要想的字符集？手册上没说，我在网上也没找到答案。所以，从服务器配置的角度而言，是没办法省略掉那行代码的。总结：为了让你的网页能在更多的服务器上正常地显示，还是加上“SET NAMES UTF8”吧（可以根据你的喜欢选择相应的编码,如gb2312），即使你现在没有加上这句也能正常访问。用JDBC连接MYSQL接数据的狭长地带Linux下bugzilla安装指南相关资讯 mysql

数据库服务器 MySQL （08/15/2013 06:50:23）
MySQL 5.6 GA 及逃亡潮（02/08/2013 14:36:35）
MySQL 5.5.22、5.1.62、5.0.96全线（03/22/2012 19:03:49）

MySQL Administrator连接VMWare下（05/24/2013 09:20:58）
MySQL 5.1.68 发布（02/05/2013 08:37:47）
CentOS 5.2+MySQL+Heartbeat双机互（01/29/2012 11:16:55）

本文评论查看全部评论（0）