用perl写Mysql数据库时内容为乱码

概述用Perl通过dbi写Mysql数据库时，如果内容的编码方式与系统的编码方式不一致，数据库中就会出现乱码 结果方法如下： 在连接数据库后，写入数据前，设定连接参数 $dbh->do("SET NAMES 'GBK'"); 原因说明来自下面这篇文章： http://blog.csdn.net/class1/archive/2006/12/30/1469298.aspx 先说MySQL的字符集问题。W

用Perl通过dbi写MysqL数据库时，如果内容的编码方式与系统的编码方式不一致，数据库中就会出现乱码
结果方法如下：
在连接数据库后，写入数据前，设定连接参数
$dbh->do("SET nameS 'GBK'");

原因说明来自下面这篇文章：
http://blog.csdn.net/class1/archive/2006/12/30/1469298.aspx
先说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 latin1
character_set_connection latin1
character_set_database utf8
character_set_results latin1
character_set_server utf8
character_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个变量在捣 蛋。查阅手册，上面那句等于：

SETcharacter_set_clIEnt = utf8;SETcharacter_set_results = utf8;SETcharacter_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”吧，即使你现在没有加上这句也能正常访问。

总结

以上是内存溢出为你收集整理的用perl写Mysql数据库时内容为乱码全部内容，希望文章能够帮你解决用perl写Mysql数据库时内容为乱码所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。