根本原因是XML声明编码与Navicat默认UTF-8解析不一致；需用文本编辑器确认声明，通过“导入向导→XML→高级→自定义字符集”设置GBK或补全UTF-8声明，并确保数据库表、连接、服务端均为utf8mb4。
Navicat导入XML时中文变问号或方块
根本原因是xml文件声明的编码（比如<?xml version="1.0" encoding="gbk"?>）和navicat实际读取时假设的编码不一致。navicat默认按utf-8解析，但国内很多xml导出工具（如旧版excel另存、某些erp系统）默认用gbk或gb2312，一碰就乱。
- 先用文本编辑器（如VS Code、Notepad++）打开XML，看顶部
<?xml ... encoding="xxx"?>里写的是什么——别信文件后缀或右键属性 - 如果声明是
GBK，但Navicat没识别出来，就得手动干预：导入前在Navicat里点「高级」→ 勾选「使用自定义字符集」→ 选GBK - 若XML里没声明encoding（即开头只有
<?xml version="1.0"?>），Navicat会硬套UTF-8，此时必须补上声明——在第一行插入<?xml version="1.0" encoding="GBK"?>再导入
Navicat「高级」选项里找不到字符集设置
这个选项只在特定导入路径下出现：必须走「工具」→「导入向导」→ 选择「XML文件」→ 进入第二步「字段映射」之前，才有「高级」按钮。直接拖文件进表、或从「数据库」右键「运行SQL文件」都不会触发该设置。
- 确认你没点错入口：不是「数据传输」，不是「SQL文件执行」，必须是「导入向导」且格式选了XML
- 如果用了Navicat Premium 16+，部分精简版可能隐藏该选项，可临时改用Navicat 15（界面更直白）验证是否为版本问题
- Mac版Navicat对编码选项支持较弱，优先换Windows版操作，或转成UTF-8再导入
把GBK XML转成UTF-8是最稳的解法吗
是，但得转干净。很多用户用记事本“另存为UTF-8”反而更糟——因为记事本存的是UTF-8 with BOM，而Navicat对BOM敏感，容易报XML declaration not at start of document错误。
- 用VS Code打开XML → 右下角点编码名称（如GBK）→ 选「Save with Encoding」→ 选
UTF-8（注意不是UTF-8 with BOM） - 转完检查第一行：必须是纯
<?xml version="1.0" encoding="UTF-8"?>，前后不能有空格、不可见字符 - 如果原XML含特殊符号（如©、数学符号），转码后要验证是否变成乱码或被Navicat截断——这类符号在GBK里是双字节，在UTF-8里是三字节，转换工具没处理好就会崩
导入后数据库里显示正常，但查出来还是乱码
说明Navicat层搞定了，但MySQL/MariaDB服务端或表本身编码没跟上。XML只是数据载体，最终落库还得过一遍数据库的字符集链路。
- 检查目标表的列定义：
SHOW CREATE TABLE your_table;看CHARSET是不是utf8mb4；如果不是，建表时加DEFAULT CHARSET=utf8mb4 - 确认连接层编码：Navicat连接属性里「高级」→「初始化命令」填
SET NAMES utf8mb4，否则即使XML和表都对，传输过程也会降级 - 别忽略MySQL配置：如果
my.cnf里collation-server还是latin1_swedish_ci，光改表也没用
