Navicat和MYSQL字符集不统一出现的中文乱码问题

谁借莪１个温暖的怀抱￠ 2022-05-06 23:54 301阅读 0赞

最近遇到一串关于MYSQL中文乱码的问题，问题背景是这样的：

在此之前，服务器上安装好MySQL之后就立马重新配置了字符集为utf8，之后用Navicat进行数据导入，发现中文的字符导入之后全是乱码，然后查论坛很

快通过以下方式解决了：建立连接时编码选择UTF-8，把使用MYSQL字符集之前的勾勾去掉。

![70][]

数据库的属性设置为：

![70 1][]

OK，Navicat里的中文字符正常了。于是 ，开心的进行数据导入，一切感觉完美~

接下来我在命令行采用最简单的mysqldump方法进行备份，备份成功，因为都是测试数据，我顺手打开备份好的文件一看，又是乱码！之后命令行直接进到数据库查询，

果然查询结果也是乱码！我用命令行建了一个测试表，插入中文数据，查表，显示正确；Navicat查表，乱码。这是什么情况~明明两边都是UTF-8

编码方式。

内心一万只羊驼奔过...

OK 我们现在来一步步排查问题：

首先，打开/etc/my.cnf 文件查看是否字符集配置正确，果然，在\[mysqld\] 下错写成了default-character-set=utf8

正确的配置方式：

先备份一下my.cnf文件，然后 vim /etc/my.cnf 插入以下几行

\[client\]

default-character-set=utf8

\[mysqld\]

character-set-server=utf8  \#注意这行不要写成 default-character-set=utf8

\[mysql\]

no-auto-rehash

保存之后service mysqld restart  启动成功  ，进行之前的数据测试，乱码问题依然存在。能两边的字符集真的不一样呢？

查了一些资料才知道：只要涉及到文字的地方，就会存在字符集和编码方式。对于MySQL数据库系统而言，用户从MySQL client端敲入一条sql语句，通过TCP/IP传递给

MySQL server进程，到最终存入server端的文件，每个环节都涉及到字符存储。涉及到字符存储的地方，就涉及到字符集编码。

我们就用 show variables like'char%';和 showvariables like 'collation\_%';来查看一下：

分别在MYSQL、Navicat中运行命令;

![70 2][]

![70 3][]

两边有些字符集和校对的系统变量是不同的。

至此，我找到了问题的关键。

最后我们去解决问题，我有两种方法：

①我们以MySQL配置为准。在Navicat 中运行以下命令：

setcharacter\_set\_client= utf8;

setcharacter\_set\_connection =utf8 ;

setcharacter\_set\_results=utf8 ;

再查看字符集，两边就一致了。进行测试，乱码问题解决。

②保证MySQL字符集配置正确的前提下，在navicat的连接属性中勾选使用MYSQL字符集。  
\---------------------   
原文：[https://blog.csdn.net/fenfei12138/article/details/49661879?utm\_source=copy ][https_blog.csdn.net_fenfei12138_article_details_49661879_utm_source_copy]

[70]: /images/20220506/914ca775e9cf4747a6cfa24bec7c74e7.png
[70 1]: /images/20220506/4f2a48cc91c04d45a1bce3d06030828f.png
[70 2]: /images/20220506/df544279570e4d77b511e39d7252fd66.png
[70 3]: /images/20220506/0615b40eb5cf4300b73c30d65e65f744.png
[https_blog.csdn.net_fenfei12138_article_details_49661879_utm_source_copy]: https://blog.csdn.net/fenfei12138/article/details/49661879?utm_source=copy%C2%A0