MySQL 在控制台插入数据时,中文乱码问题的解决
发布日期:2021-06-29 17:57:24
浏览次数:3
分类:技术文章
本文共 2097 字,大约阅读时间需要 6 分钟。
当向 MySQL 数据库插入一条带有中文的数据形如 insert into employee values(null,'张三','female','1995-10-08','2015-11-12','Sales',2000,'是个好员工!'); 出现乱码时,可以使用语句 这个时候如果,咱们用sqlyog这样的工具打开,这个表, 就会发现有乱码.这是什么原因呢?咱们看看 show variables like 'character%'; 来查看当前数据库的相关编码集。 mysql> show variables like 'character%'; +--------------------------+-----------------------------------+ | 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 | E:\phpStudy\MySQL\share\charsets\ | +--------------------------+-----------------------------------+ 8 rows in set (0.00 sec) 从上图中可以看到 MySQL 有六处使用了字符集, 分别为:client 、connection、database、results、server 、system。 其中与服务器端相关:database、server、system(永远无法修改,就是utf-8); 与客户端相关:connection、client、results。 client 为客户端使用的字符集。 connection 为连接数据库的字符集设置类型,如果程序没有指明连接数据库使用的字符集类型则按照服务器端默认的字符集设置。 database 为数据库服务器中某个库使用的字符集设定,如果建库时没有指明,将使用服务器安装时指定的字符集设置。 results 为数据库给客户端返回时使用的字符集设定,如果没有指明,使用服务器默认的字符集。 server 为服务器安装时指定的默认字符集设定。 system 为数据库系统使用的字符集设定。 了解了上面的信息我们来分析下乱码的原因, 问题出在了当前的 CMD 客户端窗口,因为当前的 CMD 客户端输入采用 GBK 编码,而数据库的编码 格式为 UTF-8,编码不一致导致了乱码产生。 而当前 CMD 客户端的编码格式无法修改,所以只能 修改 connection、 client、results 的编码集来 告知服务器端当前插入的数据采用 GBK 编码, 而服务器的数据库虽然是采用 UTF-8 编码,但却 可以识别通知服务器端的 GBK 编码数据并将其自动转 换为 UTF-8 进行存储。可以使用如下语句来快速 设置与客户端相关的编码集: mysql> set character_set_client=gbk; Query OK, 0 rows affected (0.00 sec) mysql> set character_set_connection=gbk; Query OK, 0 rows affected (0.00 sec) mysql> set character_set_results=gbk; Query OK, 0 rows affected (0.00 sec) 设置完成后即可解决客户端插入数据或显示数据的乱 码问题了,但我们马上会发现这种形式的设置只会 在当前窗口有效,当窗口关闭后重新打开 CMD 客户 端的时候又会出现乱码问题;那么,如何进行一个 一劳永逸的设置呢?在 MySQL 的安装目录下有 一个 my.ini 配置文件,通过修改这个配置文件可以 一劳永逸的解决乱码问题。在这个配置文件中 [mysql] 与客户端配置相关,[mysqld] 与服务器配 置相关。默认配置如下: [mysql] default-character-set=utf8 [mysqld] character-set-server=utf8 这时只需要将下的默认编码 default-character-set=utf8 改为 default-character-set=gbk , 重新启动 MySQL 服务即可。转载地址:https://credream.blog.csdn.net/article/details/59103723 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
感谢大佬
[***.8.128.20]2024年04月04日 11时28分55秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
最全架构设计实践方法论: 微服务
2019-04-29
linux入门--磁盘管理之分区、格式化与挂载
2019-04-29
开发必备:HTTP 及 TLS
2019-04-29
如何设计自己的第一个加密交易机器人?
2019-04-29
TKDE 2020 | 综述:基于知识图谱的推荐系统
2019-04-29
休息时间!哪些业余活动能提升开发人员的技能?
2019-04-29
事关人类生存?为什么要探寻AI系统的可解释性?
2019-04-29
安全工程师必知:常见Java漏洞有哪些?
2019-04-29
在后台的python:众多程序员无法攻克的难题
2019-04-29
国会大厦骚乱,与一家极不可靠的面部识别公司……
2019-04-29
电动汽车的“专属危险”:网络威胁问题不容小觑
2019-04-29
统治50年:为什么SQL在如今仍然很重要?
2019-04-29
测试是一场竞争,而数据每次都会获得胜利
2019-04-29
读心的测谎系统:究竟是骗子还是个天才?
2019-04-29
最大规模技术重建:数据库连接从15000个到100个以下
2019-04-29
复工之后:员工如何改善网络安全?
2019-04-29
70%求职者因此被拒,你还不避开这些“雷区”?!
2019-04-29
办法不在多,有用就行!用Dropout解决过度拟合问题
2019-04-29
色情演员识别?绝对是人脸识别最糟糕的应用……
2019-04-29
让强化学习逃离“乏味区域陷阱”,试着加点噪音吧!
2019-04-29