Navicat中文显示问号或方块是因客户端与数据库编码协商失败，需将连接字符集设为utf8mb4、建表用utf8mb4、禁用自动SQL、Mac上改编辑器字体为Monaco/SF Mono。
Navicat 编辑器里中文显示为问号或方块？先查连接层编码
乱码不是编辑器的问题，而是客户端与数据库之间编码协商失败。navicat 本身不存储数据，它只是把服务端返回的字节按指定编码“硬解”——如果服务端发的是 utf8mb4 字节，但 navicat 按 latin1 解，必然变问号。
实操建议：
- 在 Navicat 连接设置里点「高级」→ 确认「MySQL 字符集」设为
utf8mb4（不是utf8） - 执行
SHOW VARIABLES LIKE 'character_set%';，重点看character_set_client、character_set_connection、character_set_results三个值是否全为utf8mb4 - 若其中某项是
latin1或gbk，说明连接初始化 SQL 没生效，需在「高级」→「初始化命令」中手动加：SET NAMES utf8mb4;
建表时用 utf8 就够了？别信旧文档
MySQL 的 utf8 是阉割版，最多存 3 字节字符（不支持 emoji 和部分生僻汉字），真正兼容中文全集必须用 utf8mb4。很多乱码问题根源在表结构本身没设对。
实操建议：
- 新建表时，在字段定义后显式写
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 已有表修复：执行
ALTER TABLE `table_name` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 注意：只改表默认字符集（
ALTER TABLE ... DEFAULT CHARACTER SET）不够，字段级编码可能仍保留旧值
Navicat 查询结果中文正常，但双击编辑就变乱码？关掉「自动 SQL」模式
这是 Navicat 最隐蔽的坑：开启「自动 SQL」后，编辑单元格会触发一条隐式 SELECT ... FOR UPDATE，而这条语句的字符集上下文可能和主连接不一致，尤其在事务中切换过连接参数时。
实操建议：
- 菜单栏 → 「工具」→ 「选项」→ 「查询」→ 取消勾选
自动 SQL - 改为手动执行：先写好
UPDATE table SET col = '中文' WHERE id = 1;，再按F9运行 - 如果必须用双击编辑，确保当前连接未处于事务中（右下角状态栏不显示
IN TRANS）
Mac 上 Navicat 中文输入法候选框错位或无法上屏？换字体比调系统更有效
这不是编码问题，是 Qt 渲染层与 macOS 输入法框架的兼容性缺陷，常见于 Navicat 15+ 版本。改系统语言或输入法设置基本无效，但字体能绕过渲染异常。
实操建议：
- 菜单栏 → 「Navicat」→ 「偏好设置」→ 「外观」→ 「编辑器字体」→ 改成
Monaco或SF Mono - 避免使用
Helvetica Neue、System Font等带可变轴的字体 - 重启 Navicat 后，输入中文时候选框位置和上屏成功率明显改善
真正麻烦的是多层嵌套场景：比如通过 SSH 隧道连远程 MySQL，中间还经过跳板机，这时每层连接的 character_set_client 都可能被重置。这种情况下，光调 Navicat 没用，得逐层确认 my.cnf 和 SSH 配置里的 LC_ALL 环境变量。
