navicat 显示问号或方块的根本原因是客户端、连接层、服务端字符集不一致，mysql 默认用 latin1 处理连接而表字段为 utf8mb4；需统一设为 utf8mb4 并显式配置 navicat 连接编码。
navicat 连接 mysql 时显示问号或方块，不是 navicat 的锅
根本原因是客户端、连接层、服务端三者字符集不一致，MySQL 默认用 latin1 处理连接，但你的表和字段可能是 utf8mb4。Navicat 只是把 MySQL 返回的字节原样展示，它没“乱码”，是 MySQL 给错了字节。
常见错误现象：SELECT 查出来是问号，INSERT 中文后查出来是乱码，或者 Navicat 新建查询窗口里输入中文直接变空格/报错。
- 先确认 MySQL 服务端默认字符集：
SHOW VARIABLES LIKE 'character_set%';，重点关注character_set_server和collation_server - 再看当前连接的字符集：
SHOW VARIABLES LIKE 'character_set_client';、character_set_connection、character_set_results—— 这三个必须一致且为utf8mb4 - 别只改
my.cnf里的default-character-set（已废弃），要配character-set-server和collation-server
Navicat 连接属性里必须手动设 charset= utf8mb4
Navicat 不会自动继承 MySQL 服务端设置，每次新建连接都得显式指定编码。这个设置比服务器配置还优先级高 —— 即使 MySQL 已设成 utf8mb4，Navicat 连接时仍可能走默认的 latin1。
操作路径：连接右键 → “编辑连接” → “高级”选项卡 → 勾选 Use compression 下方的 Override default charset → 在下拉框选 utf8mb4（不是 utf8）。
- 如果下拉菜单没有
utf8mb4，说明 Navicat 版本太老（v12 以前），升级到 v15+ 或手动在连接字符串加参数：charset=utf8mb4 - 不要选
utf8：MySQL 的utf8是阉割版，最多存 3 字节字符（不支持 emoji 和部分生僻汉字） - 改完必须“测试连接”成功，再点“确定”——仅保存不测试，设置不会生效
ALTER TABLE 之前先确认字段实际编码
改了连接和服务器设置，旧表旧字段的字符集可能还是 latin1 或 utf8，ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4 看似一劳永逸，但会出数据损坏。
正确做法是分两步：先查字段定义，再针对性转换。
- 查字段编码：
SHOW CREATE TABLE `your_table`;，看CREATE TABLE语句末尾有没有DEFAULT CHARSET=utf8mb4，以及每个VARCHAR字段后面是否带CHARACTER SET utf8mb4 - 只转需要的字段：
ALTER TABLE `t` MODIFY `name` VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，避免全表锁和隐式转换 - 严禁对有数据的字段直接
CONVERT TO：如果原字段是latin1存了中文，CONVERT TO utf8mb4会把字节当latin1解码再重编码，结果双乱码
PHP / Python 应用连 MySQL 也得同步设 utf8mb4
Navicat 调好了，但你写的脚本跑出来还是乱码？大概率是应用层连接时没传 charset=utf8mb4 参数，导致 MySQL 又回落到 latin1 连接。
不同语言写法差异大，但核心就一条：连接串或初始化参数里必须显式声明 charset。
- PHP PDO：
new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"]);，或 DSN 加;charset=utf8mb4 - Python PyMySQL：
charset='utf8mb4'必须传进connect()，不能只靠SET NAMES - Node.js mysql2：
{ charset: 'utf8mb4' }是必填项，漏掉就默认latin1
最容易被忽略的是：同一个 MySQL 实例，Navicat、命令行 mysql、你的代码，三者连接参数彼此独立。调通一个，不代表其他两个没问题。
