mysql数据库中存进的是中文，为什么查出来的乱码

一、转码失败

在数据写入到表的过程中转码失败，数据库端也没有进行恰当的处理，导致存放在表里的数据乱码。

针对这种情况，前几篇文章介绍过客户端发送请求到服务端。

其中任意一个编码不一致，都会导致表里的数据存入不正确的编码而产生乱码。

比如下面简单一条语句：

set @a = "文本字符串";

insert into t1 values(@a);

变量 @a 的字符编码是由参数 CHARACTER_SET_CLIENT 决定的，假设此时编码为 A，也就是变量 @a 的编码。

2 写入语句在发送到 MySQL 服务端之前的编码由 CHARACTER_SET_CONNECTION 决定，假设此时编码为 B。

3 经过 MySQL 一系列词法，语法解析等处理后，写入到表 t1，表 t1 的编码为 C。

那这里编码 A、编码 B、编码 C 如果不兼容，写入的数据就直接乱码。

二、客户端乱码

表数据正常，但是客户端展示后出现乱码。

这一类场景，指的是从 MySQL 表里拿数据出来返回到客户端，MySQL 里的数据本身没有问题。客户端发送请求到 MySQL，表的编码为 D，从 MySQL 拿到记录结果传输到客户端，此时记录编码为 E（CHARACTER_SET_RESULTS）。

那以上编码 E 和 D 如果不兼容，检索出来的数据就看起来乱码了。但是由于数据本身没有被破坏，所以换个兼容的编码就可以获取正确的结果。

这一类又分为以下三个不同的小类：

1)字段编码和表一致，客户端是不同的编码

比如下面例子， 表数据的编码是 utf8mb4，而 SESSION 1 发起的连接编码为 gbk。那由于编码不兼容，检索出来的数据肯定为乱码。

2）表编码和客户端的编码一致，但是记录之间编码存在不一致的情形

比如表编码是 utf8mb4，应用端编码也是 utf8mb4，但是表里的数据可能一半编码是 utf8mb4，另外一半是 gbk。那么此时表的数据也是正常的，不过此时采用哪种编码都读不到所有完整的数据。这样数据产生的原因很多，比如其中一种可能性就是表编码多次变更而且每次变更不彻底导致（变更不彻底，我之前的篇章里有介绍）。举个例子，表 t3 的编码之前是 utf8mb4，现在是 gbk，而且两次编码期间都被写入了正常的数据。

3）每个字段的编码不一致，导致乱码和第二点一样的场景。不同的是：非记录间的编码不统一，而是每个字段编码不统一。举个例子，表 c1 字段 a1,a2。a1 编码 gbk，a2 编码是 utf8mb4。那每个字段单独读出来数据是完整的，但是所有字段一起读出来，数据总会有一部分乱码。

三、LATIN1

还有一种情形就是以 LATIN1 的编码存储数据

估计大家都知道字符集 LATIN1，LATIN1 对所有字符都是单字节流处理，遇到不能处理的字节流，保持原样，那么在以上两种存入和检索的过程中都能保证数据一致，所以 MySQL 长期以来默认的编码都是 LATIN1。这种情形，看起来也没啥不对的点，数据也没乱码，那为什么还有选用其他的编码呢？原因就是对字符存储的字节数不一样，比如 emoji 字符 "❤"，如果用 utf8mb4 存储，占用 3 个字节，那 varchar(12) 就能存放 12 个字符，但是换成 LATIN1，只能存 4 个字符。

修改数据库字符集：确定数据库的字符集，在MySQL安装的时候，可以配置MySQL的字符集，如果最好是选择UTF-8存储

或者直接修改MySQL配置文件myini

修改页面字符集：如果数据库字符集没有乱码问题，则检查我们写的JSP页面，是否加入了pageEncoding="UTF-8",

以及在head标签里面，metadata里面配置属性contentType=text/html;charset=UTF-8

配置字符过滤器：webxml配置spring字符集过滤器或者自定义过滤器为UTF-8

4

配置WEB服务器字符集：最后还有乱码，则修改tomcat配置文件serverxml 之connector标签，添加属性URIEncoding="UTF-8"

汉字乱码现象有4种类型：

1文本乱码：是Windows系统显示乱码，如：菜单、桌面、提示框等。这是由于注册表中有关字体部分的设置不当引起的；

2文档乱码：是各种应用程序、游戏本来显示中文的地方出现乱码。这种乱码形成的原因比较复杂，有第1类的乱码原因，也可能是软件中用到的中文动态链接库被英文动态链接库覆盖所造成的；

3文件乱码：主要是指邮件乱码；

4网页乱码：是由于港台的繁体中文大五码（BIG5）与大陆简体中文（GB2312）不通用而造成的。

消除各类乱码的方法

一 系统乱码的消除方法

这类乱码是由于在Windows注册表中，关于字体部分配置不正常造成的，即使你用内码翻译软件处理也不会消除这类乱码。那怎么办呢？请跟我来：

方法一：找一台与你的Windows版本相同且显示正常的机器，依下列步骤进行：

1在正常机器上选择“开始”→“运行”，在对话框中键入“regedit”，打开注册表编辑器；

2请你将光标定位到“HKEY_LOCAL_MACHINE\ system\CurrentControlSet\Control\ Fontassoc”，然后选择“注册表”→“导出注册表文件”，再选择“分支”，导出该分支注册表信息到文件（如ZTREG）中；

3把ZTREG文件拷贝到你那显示乱码的机器上，方法是：在显示乱码的机器上运行“regedit”，打开注册表编辑器,选择“注册表”→“导入注册注册表”，把ZTREG文件导入注册表中即可。

方法二：如果你找不到一台与你的Windows版本相同且显示正常的机器，则需要手工恢复字体部分的注册表

项，其步骤是：

1首先在显示乱码的机器上选择“开始”→“运行”，在对话框中键入“regedit”，打开注册表编辑器；

2选择“HKEY_LOCAL_MACHINE\System\ CurrentControlSet\Control\Fontassoc”，正常情况下，会有Associated DeaultFonts、Associated CharSet两个文件夹，其正确的内容应是：

子目录内容

中文Win98

中文Win98（OEM版）

中文Win2000

Associated CharSet

ANSI（00）=“yes”

GB2312（86）=“yes”

DEN（FF）=“yes”

SYMBOL（02）=“no”

ANSI（00）=“yes”

GB2312（86）=“yes”

OEM（FF）=“yes”

SYMBOL（02）=“no”

ANSI（00）=“yes”

OEM（FF）=“yes”

SYMBOL（02）=“no”

Associated DefaultFonts

AssocSystemFont=“simsunttf”

FontPackageDecorative=“宋体”

FontPackageDontcare=“宋体”

FontPackageModern=“宋体”

FontPackageRoman=“宋体”

FontPackageScript=“宋体”

FontPackageSwiss=“宋体”

或

AssocSystemFont=“simsunttf”

FontPackage=“新宋体”

FontPackageDecorative=“新宋体”

FontPackageDontcare=“新宋体”

FontPackageModern=“新宋体”

FontPackageRoman=“新宋体”

FontPackageScript=“新宋体”

FontPackageSwiss=“新宋体”

3当出现汉字乱码时，上述两个文件夹中的内容就会不完整，有的没有Associated CharSet文件夹或其中的内容残缺不全；有的 Associated DefaulFonts下的内容残缺。如果遇到这种情况怎么办呢？其实你只要打开注册表编辑器，在 “HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Fonassoc”下，根据以上的正确内容恢复即可。

二 应用程序、游戏乱码的消除方法

明明是中文软件，可显示界面上却出现乱码，这可能是由于注册表中关于字体设置的信息不正确地被改变而造成的，一般是因为软件的中文链接库被英文链接库覆盖而引起的，这种现象经常发生在用微软开发工具，例如VB、VC开发的中文软件上。在这类软件中，菜单等显示界面上的汉字都是受一个动态链接库“DLL文件”控制，而软件的这个动态链接库一般是安装在Win 98/2000的System目录下的，如果以后你安装了某个英文软件也使用同名的动态链接库，则英文软件的动态链接库就会覆盖掉你原先的Windows\System下的中文软件的动态链接库。这样，当你运行中文软件时就会调用英文的动态链接库，因此出现乱码。解决办法是重新安装中文软件，恢复中文动态链接库即可。

这个是你mysql数据库编码有问题，你可以使用SHOW VARIABLES LIKE 'character_set_%';先查看你的数据库编码，然后设置编码不一样的 SET NAMES 'utf8';

建议题主好好debug调试一下

1，前台页面提交数据到后台接收，这个期间是否已经变成乱码。如果是，那就需要在前台进行编码转换，直至后台接收到的为正常的内容为止。

2，后台接收正常之后，期间有没有什么其他 *** 作（一般很少有变化），那就是在存储数据库的时候，对于数据库的编码有没有设定，如果没有设定的话，那就设定一下对应系统设置数据库编码的地方为 utf-8

其他的情况可能就得看真实环境进行分析

一般来说，乱码问题其实也就是编码不一致导致的。因此，要解决PHP中文乱码问题，解决步骤有如下几步：

1 页面声明的编码 与 数据库内部编码 一致

比如： 你的网页里设置 charset = gb2312，然而，你的数据库使用utf-8，那么，如果不进行iconv转换的话，显示出来可能就有问题。

2 页面文件的编码 与 页面声明的编码 一致

比如，你的网页文件为 testphp，该文件用 UTF-8B 格式保存，而如果你的网页里设置 charset = gb2312，那么可能显示也不正常。

从你的问题描述来看，“PHP中非数据库导出的部分 其中文显示正常 ”，据此可以确定页面文件编码与页面声明编码一致，那么，问题原因就在于：

页面声明的编码 与 数据库内部编码 不一致造成的。

你可以查看下，你的 数据库编码格式 与 网页定义的编码。

以上就是关于mysql数据库中存进的是中文，为什么查出来的乱码全部的内容，包括:mysql数据库中存进的是中文，为什么查出来的乱码、vsphere web client网页文字乱码的问题怎么解决、请问我的jsp网页文本框中输入中文，存到数据库中显示为乱码如何解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！