Navicat连接mysql数据库时出现中文显示乱码是数据库操作中非常常见的问题，这类问题通常和字符集配置相关，需要从多个层面排查和调整配置。
中文乱码的常见原因
要解决问题首先需要明确乱码的产生逻辑，mysql中字符集分为多个层级，只要其中一个层级的字符集配置不匹配，就可能出现中文乱码，常见原因包括：
- mysql服务端默认字符集不是utf8或utf8mb4，导致存储中文时出现编码错误
- Navicat新建连接时，没有手动设置客户端字符集，使用了默认的不兼容字符集
- 数据库、数据表或者具体字段的字符集配置和连接字符集不一致
- 已经存储的中文数据本身编码错误，即使调整配置也无法正常显示
分步解决方法
第一步：检查mysql服务端字符集
首先登录mysql服务端，查看当前全局字符集配置，执行以下命令：
-- 查看mysql全局字符集配置 SHOW VARIABLES LIKE 'character_set%'; -- 查看mysql全局排序规则配置 SHOW VARIABLES LIKE 'collation%';
正常情况下，需要保证character_set_server、character_set_database、character_set_client、character_set_connection、character_set_results这几个参数的值都是utf8mb4或者utf8。如果不是，可以修改mysql配置文件my.cnf（linux系统）或者my.ini（windows系统），在对应区块添加配置：
[client] default-character-set=utf8mb4 [mysql] default-character-set=utf8mb4 [mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_general_ci
修改完成后重启mysql服务，再次执行上面的查看命令确认配置生效。
第二步：调整Navicat连接字符集
打开Navicat，找到对应的mysql连接，右键选择连接属性，在弹出的窗口中找到高级选项卡，查看编码配置：
- 如果之前是默认的
自动，手动选择UTF-8或者UTF8MB4 - 保存配置后，关闭当前连接并重新打开，再次查看中文数据是否正常显示
如果是新建连接，可以在新建连接的高级选项卡中直接设置编码为UTF-8，避免后续出现乱码问题。
第三步：检查数据库和表的字符集
如果服务端和连接字符集都配置正确，还是出现乱码，需要检查具体数据库和表的字符集，执行以下命令查看：
-- 查看指定数据库的字符集 SHOW CREATE DATABASE 数据库名; -- 查看指定数据表的字符集 SHOW CREATE TABLE 数据库名.表名;
如果数据库或者表的字符集不是utf8mb4，可以执行修改命令：
-- 修改数据库字符集 ALTER DATABASE 数据库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; -- 修改数据表字符集，同时修改所有字段的字符集 ALTER TABLE 数据库名.表名 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
第四步：处理已存储的错误编码数据
如果之前已经存储的中文数据本身编码错误，调整配置后还是乱码，需要先导出数据，清理错误编码后重新导入。可以先用Navicat导出表数据为sql文件，手动检查sql文件中的中文是否正常，如果还是乱码，可以用文本编辑器将文件编码转换为UTF-8后，再重新导入到配置正确的数据库中。
验证方法
完成所有配置调整后，可以新建一个测试表插入中文数据，验证是否正常：
-- 新建测试表
CREATE TABLE test_charset (
id INT PRIMARY KEY AUTO_INCREMENT,
content VARCHAR(50)
) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
-- 插入中文测试数据
INSERT INTO test_charset (content) VALUES ('测试中文显示是否正常');
-- 查询测试数据
SELECT * FROM test_charset;
如果在Navicat中查询到的中文内容正常显示，说明乱码问题已经解决。如果还是有问题，可以重新按照上面的步骤排查每个层级的字符集配置，确保全链路字符集统一为utf8mb4即可。