怎样解决MySQL 5.0.16的乱码问题数据库教程

以下是小编为大家整理的怎样解决MySQL 5.0.16的乱码问题数据库教程，本文共8篇，希望对您有所帮助。本文原稿由网友“zhouhui682”提供。

篇1：怎样解决MySQL 5.0.16的乱码问题数据库教程

问：怎样解决MySQL 5.0.16的乱码问题？

答：MySQL 5.0.16的乱码问题可以用下面的方法解决：

< P>

1.设置phpMyAdmin

Language:Chinese simplified (zh-utf-8)

MySQL 字符集：UTF-8 Unicode (utf8)

MySQL 连接校对 gbk_chinese_ci

2.创建数据库时

整理设置成 gbk_chinese_ci

3.用SQL建立表中

ENGINE=MyISAM DEFAULT CHARSET=gbk;

ENGINE=InnoDB DEFAULT CHARSET=gbk AUTO_INCREMENT=40 ;

4.检查表结构中

varchar(100) 的整理属性为gbk_chinese_ci

其它类型的整理属性为空，

怎样解决MySQL 5.0.16的乱码问题数据库教程

，

5.代码中加上

$db->query(“SET CHARACTER SET GBK”); Linux下需要，Windows下则不需要。

此种操作相当于Connection Character Sets and Collations

篇2：完美解决mysql中文乱码的问题数据库教程

mysql|sql|解决|问题|中文乱码

＊MySQL(和PHP搭配之最佳组合)中文乱码的原因

MySQL(和PHP搭配之最佳组合)会出现中文乱码的原因不外乎下列几点：

-MySQL(和PHP搭配之最佳组合) server本身设定问题，例如还停留在latin1

-MySQL(和PHP搭配之最佳组合) table的语系设定问题(包含character与collation)

-客户端程式(例如php)的连线语系设定问题

在之前的两篇文章中已介绍过如何设定MySQL(和PHP搭配之最佳组合) server/table的character/collation，

接下来只需要补充几点注意事：

＊MySQL(和PHP搭配之最佳组合)中文乱码必胜解决法

1、MySQL(和PHP搭配之最佳组合)启动时会读取一个预设的config档，一般名称为my.ini，而它会到下列两位置去寻找这个档案：

C:\\windows\\my.ini也就是作业系统的安装目录，也有可能是C:\\winnt\\my.ini

C:\\:my.cnf也就是C disk的根目录

注意不同位置里的档案suffix不一样，这点在之前的文章中没有特别强调，因此那时我是用更复杂的方法直接重新将MySQL(和PHP搭配之最佳组合)注册到service里面，并在那里指定my.ini的位置。

2、my.ini里的内容为：

[MySQL(和PHP搭配之最佳组合)d]

default-character-set=utf8

[client]

default-character-set=utf8

init_connect='SET NAMES utf8'

其中MySQL(和PHP搭配之最佳组合)d是指定server启动时要用的语系，但如果这里设定为utf8可能会让许多英文软体不开心，例如osCommerce/mediaWiki，所以这里建议设成latin1。

下面的client则是设定当client连线时要使用什么语系，但可惜的是这个设定不是每个client都会鸟它，基本上只有MySQL(和PHP搭配之最佳组合)自已家的程式，例如MySQL(和PHP搭配之最佳组合).exe, MySQL(和PHP搭配之最佳组合)d.exe, MySQL(和PHP搭配之最佳组合)admin.exe或是MySQL(和PHP搭配之最佳组合) Control Center这种程式会去读取这个设定档然后改用utf8连线，

note:感谢b6s桑热情相助提供第二行指令，据说比一支支php程式去设定connection setting更快，这样应该也可以顺便解决phpmyadmin无法正确显示unicode中文的问题(不过amfphp到是不吃这套，一定要乖乖的自已设定语系才行)

但大部份工程师应该都是自已写php/jsp(SUN企业级应用的首选)程式去连线，此时自然不会读取这个设定而继续使用预设的语系- latin1。

这也正是八成来信朋友阵亡的地方。

通常我会用一个独立的档案来处理MySQL(和PHP搭配之最佳组合) connection的设定，例如：

PLAIN TEXT

//database connection details.

$host = “localhost”;

$link = MySQL(和PHP搭配之最佳组合)_connect($host, “xxx”, “xxx”);

MySQL(和PHP搭配之最佳组合)_query(“SET NAMES 'utf8'”);

MySQL(和PHP搭配之最佳组合)_select_db(“your_table_name_here”, $link);

?>

请注意在MySQL(和PHP搭配之最佳组合)_connect后第五行的地方有加上一个“set names 'utf8' ”的指令，告诉MySQL(和PHP搭配之最佳组合)这个connection之后的连线内容都要使用utf8，经过这样设定后，通常就可以解决大部份问题。

从这里也可以推想得知，如果你有用某种custom connection pooling机制，就要记得在每次建立新的connection后立即设定为utf8。

这组设定经过几天的反覆测试(使用中文繁、简、日文、韩文)后已经证实完全不会有乱码或是某些字变成“口”。

例子：试者输入这几个字「不道可否」如果它们能正确进入MySQL(和PHP搭配之最佳组合)再被读出来，那就是中文没问题了，如果读出来后变成『口』字那就是革命还未成功同志仍需努力...orz

当然我也顺便验证了flex2 - amfphp - php - MySQL(和PHP搭配之最佳组合)来回传resultset也不再会有中文乱码问题，可以安心使用。

篇3：如何解决office乱码问题

一、消灭Word中的乱码

由于Windows /XP都是以Unicode编码作为内码，因此不同的文字在这些操作系统下也不会出现乱码，作为目前国内占有率最高的文档处理工具，特别是文档中有图文混排的内容时，出现乱码的几率相当高，首先你必须确定出现乱码字符的文档格式能够被Word所支持，这可以从“文件格式”下拉列表中查看，然后考虑采取对应的补救措施：

1.查看文件格式

如果你试图用Word打开不支持的文件格式，那么当然会出现乱码，例如PDF格式的文档应该是使用Adobe Reader打开，比较常见的还有WPS文档，虽然WPS对Word文档的兼容性做得比较出色，但Word并没有考虑对WPS的兼容性，如果你使用的是高版本的Microsoft Word更是如此，

如果Word支持某种格式的文档，那么可以在Word的“打开”对话框中直接打开，否则即使选择“所有文件”显示出相应的文档，我们也会看到图2所示的对话框，即使在这里强行选择打开文档，也会出现根本无法识别的乱码，实际上这是不同格式之间的文档在转换过程中出现的乱码。

对策：在Word中出现乱码，最大的可能是不同格式的文档转换，这是根本的原因，因此请尽可能使用专用的工具打开相应的文档。

2.文件损坏与否

导致文件损坏的原因有很多，例如意外断电、非法关机、病毒破坏等，此时同样会出现乱码字符，如果事先没有进行备份，那么这是最令人痛苦的。

对策：如果文档的乱码字符并不太多，那么将这些字符删除后重新保存即可，当然删除之前请首先另存到其他的路径下进行备份，或者尝试将文档在其他的计算机上打开，当然这种方法在大多数情况下都是无效的。也可以尝试将*.doc格式的文档重新保存为其他格式，然后再次转换回来：*.doc→*.rtf→*.doc

如果这一招仍然无法解决问题，可以尝试将文件转换为*.txt，然后再转换为*.doc，当然在转换过程中文档中的图像信息会相应丢失，不过这也是在所难免的。

还有一种方法，就是在打开文档时选择“从任意文件中恢复文本”，当然这种方法只能说找回多少就是多少，权且将死马当成活马医吧。

3.是否软件冲突

如果你安装过微软的AppLocale，这是官方发布的一款内码转换工具，很多玩繁体中文游戏的朋友都会安装，但由于某些不可知的原因会导致产生乱码。

对策：请尝试卸载AppLocale，或者使用WordFix进行修复，当然并非100%有效，下载地址是down1.tech.sina.com.cn/download/download/10390.shtml，如果使用上面的方法后仍然没有解决乱码的问题，那么最好的解决办法是彻底卸载Microsoft Office后重新安装。

4.键盘布局的设置

也许你不会注意到键盘布局的问题，但事实上如果你由于某些原因，在控制面板中将键盘布局设置为非中文的键盘布局，那么在将网页中的文字直接复制到Word中并不会出现问题，但如果是直接保存为文本文件，然后再在Word中打开，就非常容易出现乱码字符，

对策：进入控制面板，重新设置为“中文-中国”的键盘布局，并且将其设置为默认值。

二、消灭Outlook Express中的乱码

虽然国内用户使用Foxmail的比较多，但对于企业用户而言，功能强大的Outlook Express或Outlook无疑是提高工作效率的重要武器之一。如果在收发邮件的往来过程中，时不时的冒出几封乱码邮件，那可就惨了，特别是重要的工作邮件，后果更是不堪设想。

1.编码设置的问题

默认设置下，Outlook Express对于待发邮件默认使用简体中文(GB2312)编码，这样在向港澳台地区和国外发送邮件时，由于接收方的编码设置方面的原因，或者所使用的操作系统不支持简体中文，那么在阅读邮件时就容易出现乱码。

对策：选中乱码邮件，从“查看”菜单中选择“编码→简体中文(GB2312)”，一般情况下都可以解决问题，或者尝试将乱码邮件转发到另一个邮箱，也许在某些场合下能够解决问题。

2.服务器的原因

很多架设在国外的邮件服务器，并不支持ASCII编码，对于中文双字节或二进制格式的邮件，会将每个字符的第8位过滤掉，这样会造成邮件的头信息失真或损坏。

对策：从“工具”菜单下打开“选项→阅读”窗口，如图3所示，单击“字体”按钮，选择“简体中文(GB2312)”编码，注意将其设置为默认值，接下来单击“国际设置”按钮，勾选“为接收的所有邮件使用默认编码”，确认后退出。

3.病毒的破坏

很多时候，其实你所看到的乱码邮件大多数是缘自病毒的破坏，或者是本机感染了病毒，或者是发件人那边的机器感染病毒后自动发送的垃圾邮件。

对策：将乱码邮件保存为*.eml格式的文件，然后用记事本打开，在Outlook Express中选择一个正常邮件，从“详细信息”中复制下面的代码，粘贴到乱码邮件的相应位置，保存后就可以了。

Content-Type: text/html;

charset=“gb2312”

Content-Transfer-Encoding: quoted-printable

如果上面的方法还不行，那么你恐怕只能麻烦对方重新发送一份邮件过来了，55555…

当然，在使用Microsoft Office的过程中，并非仅仅只有Word和Outlook Express才会产生乱码，其他的组件也会间或冒出一些乱码，例如Excel中经常遇到的“#乱码”(见图3)，其实这只是一个设置的问题，并非文件损坏，而是由于单元格中的数据超过了18位，我们只需将单元格格式由“常规”或“文本”更改为“数值”并拉长列宽就可以了。

篇4：怎样解决MySQL 5.0.16的乱码问题

，

5.代码中加上

$db->query(“SET CHARACTER SET GBK”); Linux下需要，Windows下则不需要。

此种操作相当于Connection Character Sets and Collations

篇5：ServU服务器中文乱码问题的解决服务器教程

有用户反映用Serv-U7.1版本以后，文件名为中文的时候，会出现乱码，以及无法上传、下载、删除等一些问题，主要是由编码引起的，Serv-U默认的编码是UTF-8。

有用户反映用Serv-U7.1版本以后，文件名为中文的时候，会出现乱码，以及无法上传、下载、删除等一些问题。主要是由编码引起的，Serv-U默认的编码是UTF-8。

设置步骤：

1、打开Serv-U 8.0控制台，点击“限制和设置”--“为域配置高级FTP命令设置和行为”，

2、在FTP设置中找到OPTS UTF8命令，右击禁用此命令。3、点击下面的“全局属性”。

4、在出来的FTP命令属性选项卡中，“高级选项”里，把“对所有收发的路径和文件名使用UFT-8编码”前面的钩去掉！

5、以后再上传中文文件，就不会出现乱码问题啦。

篇6：如何解决IE对话框乱码问题

问:

在论坛发帖时弹出IE对话框出现乱码，只出现在特定网站，以前没有出现过 ,如何解决IE话框乱码问题?

答:

这般是网站自己的原因, 没有指定弹出对话框的编码, 所以出现对话框乱码.

可以试下在ie上点击页面，然后选择转码，把语言设置成中文自动再看看可否解决问题

篇7：关于MSSQL SERVER 中数据乱码的问题数据库教程

今天新装了MSSQL SERVER 2005

感觉界面比以前更友好

在想.NET 的界面过度

安装完毕

新建一数据库

插入条记录

发现回显的全部都是 ?????....

乱码....

仔细查看了半天

发现数据库的排序规则是德语...

修改方法:数据库属性->选项->排序规则

设置成 CHINESE_PRC_CI_AI 就可以了

篇8：Sybase数据库乱码问题的解决方法

搭建测试数据库服务器时，遇到了乱码问题，之前没有遇到是因为开发数据库服务器是早就安装好并设置好字符集的，因此些问题在部署测试环境时才出现，当时已经将数据库配置完毕，并且所有的初始化脚本都已经执行完毕，工程也已经成功部署在WebLogic上，打开IE，运行程序，却发现所有从数据库中读取出来的都是乱码，经过上网搜索的相关资料，需要设置字符集，但刚开始查找到的资料基本是都是支言片语，没有一个系统的讲解如何设置字符集，几乎将他们所有的方法都试过了，结果不但没有弄好，甚至连控制台和SQL平台都是乱码了，实在弄不明白了，就去问高人了，他给我发了一个专门讲解字符集的文档，讲的很全面，而且通过他的帮忙终于将解决了乱码问题，

下面我总结一下设置字符集的过程：

1、安装完Sybase后，如果要想设置字符集为CP936，就必须先安装该字符集，因为Sybase默认的字符集表中并没有该字符集，安装步骤如下：(这里SYBASE的安装路径为c:\\sybase)

1.c:\\>;cd \\sybase\\charsets\\cp936

2.c:\\sybase\\charsets\\cp936>;

charset -Usa -Psa_pass -Sserver_name binary.srt cp936

通过上述命令就成功将CP936字符集安装表Sybase的系统字符集表中，但必须重启Sybase服务两次才能看到结果，可以通过查看master数据库中的syscharsets表查看是否已经安装成功，我们可以看到已经安装成功了：1002,171,0,1,'cp936','CP936 (Simplified Chinese).',’…’

2、看到CP936的编号为171，我们需要在Sybase的属性中设置系统字符集为该ID，如下图所示：

如果设置完字符集成出现错误，是因为master数据库的表空间默认只分配几百K的空间，导入新的数据后已经没有足够的空间了，所以要对master数据库设置大一些的表空间，点击master数据库右键属性，选择表空间的tab页，对原有的表空间编辑重新分配大小，将master所有的表空间都分配了就可以解决该问题，

3、设置好字符集后就可以执行初始化脚本了。 这其中还有几个小插曲，由于第二步的表空间不足的错误根本没有一个文档中有说明，所以我和郭立英根本谁也不知道，都以为Sybase被我们搞崩溃了呢，没办法只能重新安装，但安装后还是有该问题，后来请高人来帮我们看才知道是表空间的问题，还有就是虽然设置好字符集后，打开IE看还是乱码，不知道为什么，后来重新执行一遍脚本后就没有了，是因为之前默认的字符集为Cp850，所以用该字符集下执行的脚本再到CP936的环境中读取一定会乱码，所以在CP936的环境中再执行一遍脚本就没有问题了。

国外空间乱码显示问题的解决

解决AutoCAD文字成乱码的问题

解决Oracle被锁定的妙招数据库教程

怎样解决虚拟内存不足问题

也谈OpenOffice.org的乱码问题

怎样解决MySQL 5.0.16的乱码问题数据库教程.doc

将本文的Word文档下载到电脑，方便收藏和打印

推荐度：

点击下载文档