navicat未将excel第一行识别为表头，需手动勾选“使用第一行作为字段名”，否则默认按列序硬匹配导致映射错乱；若仍无效，常见原因包括第一行含不可见字符、sheet标签名不合法、存在合并单元格或文件被占用。
navicat没把excel第一行当表头？检查「使用第一行作为字段名」是否勾选
navicat默认不自动识别excel表头，哪怕你第一行写着id、name、created_at，它也会当成普通数据行处理——结果就是字段映射错位、类型全乱、甚至报column count doesn't match value count。
关键操作在导入向导第二步「字段映射」页面：
- 必须手动勾选 使用第一行作为字段名
- 勾选后左侧Excel列名才会显示真实文本（如客户姓名），否则只显示F1、F2这种占位符
- 如果勾了仍无效，说明该sheet实际被Navicat判定为“无有效表头”：常见原因是第一行含全角空格、不可见字符（如U+3000）、或整行为空
快速验证方法：
- 在Excel中选中第一行 → 按Ctrl + H打开替换 → 查找内容填 （一个半角空格）→ 全部替换为空 → 再查一遍全角空格（输入 ，即中文空格）→ 替换掉
- 确保第一行每个单元格都有可见非空字符，且不含公式（如=A1&"test"）或错误值（如#N/A）
Excel表头是中文或带符号，Navicat映射失败怎么办
Navicat本身能读中文表头，但后续字段映射环节会出问题：比如Excel列名是下单日期，目标字段是order_time，不手动绑定就会按顺序硬匹配，导致日期写进id字段里。
必须进入「字段映射」界面手动拖拽绑定：
- 左侧选择Excel列（如客户姓名）
- 右侧点击对应数据库字段（如name）→ 点映射按钮
- 未映射的Excel列会被跳过；未被映射的目标字段若设了NOT NULL且无默认值，会直接报NULL not allowed
注意两个隐藏陷阱：
- 时间类字段如果Excel里存的是文本格式（如"2024-03-15"），映射完要单独点开该字段 → 开启数据类型转换 → 选DATE或DATETIME
- 若Excel列名含短横线（user-id）、点号（data.version）、括号（金额(元)），Navicat可能根本无法加载该sheet（见表名合规性问题），此时先重命名sheet再处理表头
导入后字段全是F1/F2/F3，说明Navicat压根没读到表头
这不是映射问题，是底层驱动连第一行都没解析出来。最常见原因不是Excel坏了，而是文件格式或结构不被ODBC驱动接受。
优先排查以下几点：
- 文件是不是真正的.xlsx？用记事本打开开头应有PK字符；如果是.xlsb、.xlsm或WPS另存的伪.xlsx，必须另存为标准.xlsx（文件 → 另存为 → 浏览 → 类型选Excel 工作簿 (*.xlsx)）
- Sheet标签名是否合法？含中文、空格、短横线、点号会导致整个sheet被驱动忽略，表头自然不存在 —— 改成sales_data_2024这类纯英文+下划线格式，长度≤31字符
- 表头是否在第1行？如果实际从第2行开始，需在导入向导第二步手动设置起始行号 = 2，否则Navicat把第1行当数据、第2行当表头，全乱套
- Excel里有没有合并单元格？尤其首行合并会直接让ODBC驱动丢掉整列字段名，必须取消合并，用填充代替
为什么勾了「使用第一行作为字段名」还是没效果
这个选项生效的前提是：Navicat成功把Excel sheet解析成一张“有结构的表”。一旦底层驱动因格式/命名/锁死等问题返回空结构，勾不勾都一样。
典型假阳性场景：
- 文件正被Excel或WPS后台进程占用（任务管理器里有EXCEL.EXE或et.exe）→ 结束进程再试
- 路径含中文或空格（如D:\我的文档\导入.xlsx）→ 复制到C:\temp\import.xlsx这种纯英文路径再导入
- Navicat和ACE驱动位数不匹配（64位Navicat配32位驱动）→ 查看Navicat「帮助→关于」里的Platform，再装对应位数的AccessDatabaseEngine.exe
- Excel文件是OneDrive/微云同步中 → 暂停同步，复制本地副本再操作
真正卡住的地方，往往不在Navicat界面选项里，而在Excel那个不起眼的sheet标签和第一行肉眼难辨的空格上。
