还原后中文变问号的根本原因是Navicat还原时跳过字符集协商，将utf8mb4字节按latin1/gbk硬解；必须在还原前执行SET NAMES utf8mb4，并确保连接、库、表、字段四级字符集均为utf8mb4。
还原后中文变问号，不是备份文件坏了，而是 navicat 在还原过程中跳过了字符集协商，把 utf8mb4 字节按 latin1 或 gbk “硬解”了。
还原前必须执行 SET NAMES utf8mb4
Navicat 的「还原」功能（无论是从 .sql 文件还是备份集）不会自动执行连接初始化命令，它直接读取文件字节并发送给服务端——如果当前连接的 character_set_client 是 latin1，哪怕数据库和表全是 utf8mb4，也会错解。
- 打开 Navicat，连上目标数据库，在还原操作前，先在任意查询窗口中执行：
SET NAMES utf8mb4; - 再点「工具 → 数据传输」或「文件 → 还原」，确保该查询窗口保持激活状态（即还原动作发生在同一连接上下文中）
- 若还原的是 SQL 文件，还需手动确认文件编码：右键文件 →「编辑」→ 查看左下角状态栏是否显示 UTF-8；若显示 ANSI 或 GBK，用记事本另存为 UTF-8（带 BOM 更稳妥）
检查并修正三级字符集：库、表、字段
还原只是“写入动作”，真正决定能否正确显示的，是目标库/表/字段是否真正在用 utf8mb4。只改其中一层没用，必须逐级验证。
- 查库级默认字符集：
SHOW VARIABLES LIKE 'character_set_database';—— 若不是utf8mb4，说明新表会继承错误编码 - 查表字符集：
SHOW CREATE TABLE `your_table`;—— 重点看末尾是否有DEFAULT CHARSET=utf8mb4 - 查字段实际字符集：
SHOW FULL COLUMNS FROM `your_table`;—— 每个字段的Collation列必须是utf8mb4_unicode_ci类型，不能是latin1_swedish_ci - 修复字段时注意：
TEXT、MEDIUMTEXT等类型不被CONVERT TO覆盖，需单独MODIFY，例如：ALTER TABLE `t` MODIFY `content` TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
连接设置里必须勾选「使用 MySQL 字符集」并设为 utf8mb4
即使你执行了 SET NAMES utf8mb4，如果 Navicat 连接本身的字符集配置没对齐，后续新建查询或自动重连仍会回落到错误值。
navicat for mysql 破解版
优秀的mysql数据库远程管理工具
下载
- 右键连接 →「编辑连接」→「高级」选项卡
- 务必勾选「使用 MySQL 字符集」，并在下方下拉框中选择
utf8mb4（不是utf8） - 点「测试连接」成功后，一定要点「确定」保存——只点「测试」不保存，设置无效
- 保存后重新连接，再执行：
SHOW VARIABLES LIKE 'character_set%';确认character_set_client、character_set_connection、character_set_results全部是utf8mb4
最容易被忽略的是：还原动作本身不触发任何字符集自动适配，它完全信任当前连接的 client 编码。哪怕你数据库、表、字段全设对了，只要还原时连接用的是 latin1，写进去的就是错的字节，之后怎么查都是问号。