Navicat字段错位主因是分隔符或定界符设置错误，需用VS Code开启空白字符显示确认真实分隔符（如\t、,、|）和引号包裹情况，在向导中准确填写并手动拖拽调整字段映射顺序。
字段错位不是数据“长歪了”，而是navicat按你指定的分隔符和定界符去切行，切错了位置——只要分隔符或断点加错一位，后面全列都会偏移。
怎么确认真实分隔符和是否带引号
别信文件后缀或Excel另存时的“CSV”命名。必须打开原始TXT文件看字节：
- 用 VS Code 打开 → Ctrl+Shift+P → 输入
Toggle Render Whitespace，看清是\t、,、|还是空格 - 观察字段值是否被双引号
"包裹：如果有字段含逗号、换行或引号本身（如"北京,朝阳区"），就必须勾选Enclose fields in quotes并指定符号 - Navicat 导入向导第 1 步中，“文本分隔符”一栏填
\t就写\t，填竖线就写|，不能写成文字“tab”或“竖线”
固定宽度文本必须手动加断点，不能靠自动识别
Navicat 对真正定宽（如每列严格占 10/8/12 字符）的文件完全无法自动识别——它会把整行当一列，或在中间硬切开电话号码。
- 导入向导第 1 步选中文件后，在「文件类型」下拉菜单里**手动选“固定宽度”**，不是默认的“分隔符”或“自动检测”
- 进入预览页后，**用鼠标直接在字符位置单击加垂直断点**（黑线），不是拖拽列标题
- 务必拉到文件底部看 3–5 行样本，确认所有行在相同字符位置对齐后再加断点；否则空格、全角空格或右对齐补空会导致断点漂移
- 加完断点后，Navicat 会生成
f1、f2… 字段名，但f1不一定对应你表的第一列——顺序只取决于你加断点的先后
字段顺序错乱时，别依赖默认映射
Navicat 默认按列位置匹配目标表字段，而不是按名称。比如 TXT 是 name,age,city，但表定义是 id,name,age，第一列 name 就会被塞进 id 字段，直接报错或写入脏数据。
- 在导入向导第 2 步「字段映射」页面，**手动拖拽右侧目标字段列表，调成和 TXT 列顺序完全一致**
- 想按名称匹配？先在 TXT 第一行加表头（如
name,age,city），再勾选First row contains column names——注意字段名必须完全一致，包括空格和大小写 - TXT 列数多于表字段，Navicat 会静默丢弃多余列；列数少于表字段，缺失列填
NULL——但NOT NULL字段会直接中断导入
预览正常 ≠ 导入正确，这些干扰点常被忽略
预览只是 Navicat 按当前设置“切出来”的样子，不反映入库时的真实转换逻辑。
-
ENUM或SET字段：TXT 填的是字符串（如"active"），但表定义是ENUM('1','2')，预览不报错，入库变成空值或默认值，看起来像错位 - 时间字段类型不兼容：TXT 中
2026-04-21作为字符串导入DATETIME列，可能被截断为0000-00-00 - 连接层字符集未设 UTF-8：右键 Navicat 连接 → 编辑连接 → 高级 → 勾选
Use Unicode UTF-8 for databases - 大文件（>50 万行）卡死或数据不全：Navicat 是图形工具，不是 ETL 引擎。真要导大数据，绕开 GUI，用
LOAD DATA INFILE或COPY更稳
