（四）中文数据问题

电玩女神 2022-05-10 07:26 65阅读 0赞

我们在安装数据库（***DBMS***）的时候，选择了数据库服务器的默认码表，一般都是选择 `UTF8` ；

我们查询我们的数据库服务器的默认码表，我的是 ***`UFT8`*** ：

mysql> show variables like 'character_set%' ; +--------------------------+--------------------------+ | Variable_name | Value | +--------------------------+--------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | D:\mysql\share\charsets\ | +--------------------------+--------------------------+ 8 rows in set

而我们的客户端，使用黑窗口的时候，默认码表是 `GBK` ，这是改不掉的，跟着系统走的 ；

![在这里插入图片描述][70]

这样就造成 ，我们插入中文，在数据库的表中是乱码 ；

***原因很简单：就是解码编码的问题；***

首先，我们客户端将中文按照 ***`GBK`*** 编码成 ***`0101010`*** ，然后传递给服务器，服务器收到这串 ***`010101010`*** 以后，服务器按照 ***`UTF8`*** 解码，就出现乱码了；

客户端的码表，我们无法更改（***仅局限在dos窗口下***），我们改下服务器对客户端默认的码表；

# 告诉 服务器 ，客户端的码表是 gbk ； mysql> set character_set_client = gbk ; Query OK, 0 rows affected mysql> show variables like 'character_set%'; +--------------------------+--------------------------+ | Variable_name | Value | +--------------------------+--------------------------+ | character_set_client | gbk | --- 服务器对客户端的码表已经变为 gbk ； | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | D:\mysql\share\charsets\ | +--------------------------+--------------------------+ 8 rows in set

这时候，插入中文 ，我们就不会出现乱码了；

但是，当我们进行查询的时候，我们发现又出现乱码了 ；

***原因很简单：还是解码编码的问题；***

首先，我们客户端将中文按照 ***`GBK`*** 编码成 ***`0101010`*** ，然后传递给服务器，服务器收到这串 ***`010101010`*** 以后，服务器按照 ***`GBK`*** 解码，保存；当进行查询的时候，服务器按照他的配置文件，就是刚刚那一串码表 ，发现需要按照 ***`UTF8`*** 解码，然后传给客户端，但是客户端收到以后 ，是按照 ***`GBK`*** 解码的，这时候，乱码又出现了！

解决方法，我们只需要再次告诉服务器，客户端查询结果的码表也是 ***`GBK`*** ；

# 告诉 服务器，给我以 GBK的形式显示结果，我只认识GBK mysql> set character_set_results = gbk ; Query OK, 0 rows affected mysql> show variables like 'character_set%'; +--------------------------+--------------------------+ | Variable_name | Value | +--------------------------+--------------------------+ | character_set_client | gbk | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | gbk | -- 改变默认码表了； | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | D:\mysql\share\charsets\ | +--------------------------+--------------------------+ 8 rows in set

这样查询就不会出现问题了 ！

上面的两次命令，可以使用一个命令解决 ；

# 这句话，会将 character_set_client，character_set_connection ，character_set_database 都设置 ； mysql> set names gbk ; Query OK, 0 rows affected mysql> show variables like 'character_set%'; +--------------------------+--------------------------+ | Variable_name | Value | +--------------------------+--------------------------+ | character_set_client | gbk | | character_set_connection | gbk | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | gbk | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | D:\mysql\share\charsets\ | +--------------------------+--------------------------+ 8 rows in set

***但是上面的设置，仅对一次连接起作用，下次重新连接，服务器的默认码表，又会变成我们安装的时候选择的码表了！***

***一般在开发中，在 `IDE` 中选择 `UTF8` ，就可以避免这种乱码了 ；***

--------------------

备注：

***当数据被`正确的`存进数据库的时候，我们可以`随意的`修改客户端码表，数据库都会`正确的`给我们进行转换，它内置了 `39` 张码表 ；***

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

[70]: /images/20220510/46130f7a9c19466fabc45e4c9e59856d.png

发表评论取消回复

表情：

评论列表（有 0 条评论，65人围观）

还没有评论，来说两句吧...

相关阅读

相关解决responseBody 返回数据中文乱码的问题

spring mvc中responseBOdy 默认使用的是ISO-8859-1编码,所以返回的中文数据为乱码的时候可以在application中加上下面这段话 <mvc:a

ゞ浴缸里的玫瑰/ 2022年08月07日 01:39/ 0 赞/ 164 阅读

相关 MySQL中文问题

1.在终端查询无法显示中文可能的解决方法：在登录时指定编码 \mysql -u root -p --default-character-set=utf8 2.

忘是亡心i/ 2022年07月10日 12:32/ 0 赞/ 139 阅读

相关用sqlyog导入mysql中文数据乱码问题

我一直都使用sqlyog客户端进行操作mysql数据库,导入导出都是非常方便操作的,一开始导入excel(.xlsx)以及csv文件还遇到一些困难,后来经常摸索也就解决了,但是

ゝ一纸荒年。/ 2022年05月30日 07:28/ 0 赞/ 390 阅读

相关 Scrapy爬取中文数据的问题

Scrapy爬取到的中文数据默认是Unicode编码，显示出来就是这样子： ![70][] 解决方案：在setting.py中，写入： FEED_EXPORT

心已赠人/ 2022年05月21日 13:27/ 0 赞/ 182 阅读

相关（四）中文数据问题

我们在安装数据库（DBMS）的时候，选择了数据库服务器的默认码表，一般都是选择 `UTF8` ；我们查询我们的数据库服务器的默认码表，我的是 `UFT8` ： m

电玩女神/ 2022年05月10日 07:26/ 0 赞/ 66 阅读

相关数据结构（十四）最短路问题

最短路径问题 1. 概述 1. 抽象在网络（带权图）中，求两个不同顶点之间的所有路径中，边的权值之和最小的那一条路径这条路径就是两点之间的最短路径

╰半夏微凉°/ 2022年04月16日 04:37/ 0 赞/ 117 阅读

相关 Requests 模块中文文档（四）

原文链接 -> [传送门][Link 1] The API Documentation / Guide（2）目录 The API Documentation / G

太过爱你忘了你带给我的痛/ 2022年03月25日 00:41/ 0 赞/ 310 阅读

相关 kettle同步数据中文乱码问题解决

最近在使用kettle进行数据同步的时候，发现同步来的中文数据产生了乱码。试了下网上的解决方案，最终解决了这个问题。步骤如下： 1：kettle中配置源数据库、目标数据库编

偏执的太偏执、/ 2022年03月14日 11:20/ 0 赞/ 1041 阅读

相关 mysql 保存数据中文乱码"????"问题

> mysql 保存数据中文乱码"???"问题一般是因为没有将数据库编码设置为支持中文的编码，mysql的默认编码是Latin1，不支持中文进入数据库，输入：`sho

待我称王封你为后i/ 2022年03月06日 15:48/ 0 赞/ 353 阅读

相关 MySQL导入导出数据的中文乱码问题

目录一、导出查询结果到文件中 1、导出到CSV文件 2、导出到txt文件 3、导出到Excel文件二、导入数据到表中 1、导入csv文件 2、导入txt文件

不念不忘少年蓝@/ 2022年02月01日 05:55/ 0 赞/ 461 阅读