报错说明目标字段为NOT NULL但Navicat传入NULL，根源在于空单元格、纯空白、SQL中NULL字面量或编码导致''被误判为NULL；需用文本编辑器查源文件中的NULL/,,，并在字段映射中将“插入NULL”改为“插入空字符串”或“使用默认值”，最优解是建表时预设DEFAULT。
Navicat导入时报“空值违反非空约束”怎么快速定位原因
报错信息里出现 error: 在字段 ‘xxx’ 中空值违反了非空约束，说明目标字段定义为 not null，但 navicat 实际传入了 null——它不一定是 excel 里真写了 null 字符，更可能是空单元格、纯空白、或导出 sql 中的 null 字面量被原样执行。
关键要区分三类“空”：
- Excel 中真正空白的单元格 → Navicat 默认映射为
NULL - Excel 中显示为空字符串
''（比如双引号中间啥也没有）→ 在某些编码（如 ANSI）或 BOM 头存在时，Navicat 可能误判为NULL - SQL 文件里写的
VALUES (1, NULL, 'abc')→ 这是明确的NULL字面量，MySQL 会严格校验
别急着改 Navicat 设置，先用文本编辑器打开源文件（尤其是 CSV/SQL），搜索 NULL 和连续逗号 ,,，确认空值来源。
字段映射页里“空值处理”选项必须手动改
Navicat 12+ 导入向导的「字段映射」页中，每个字段右侧都有个「空值处理」下拉框，默认是 插入 NULL。对 NOT NULL 字段，这个选项就是报错根源。
正确操作是：
- 逐个点开字段，把「空值处理」从
插入 NULL改成插入空字符串（适用于VARCHAR类型且业务允许空串） - 或改成
使用默认值（前提是该字段在表结构中已定义DEFAULT ''或DEFAULT 0） - 如果字段是
INT NOT NULL且无默认值，插入空字符串仍会触发Incorrect integer value: ''错误——此时只能提前补数据或改表结构
注意：空字符串转为 NULL 这个全局勾选项只对允许 NULL 的字段生效，勾了它反而会让本可走默认值的字段跳过默认逻辑。
用 \N 显式表示 NULL 才可靠，别写 NULL 或留空
想让某列明确插入 SQL NULL，唯一健壮的方式是在源文件（CSV/TXT）中写 \N，并在 Navicat 「高级设置」中启用 NULL 值表示为 并填入 \N。
其他写法全不可靠：
- 写
NULL（纯字母）→ Navicat 当作字符串插入，变成'NULL' - 留空（如
张三,,上海）→ Navicat 按列数不足逻辑填NULL，但NOT NULL字段直接拒收 - 写
''（空字符串）→ 在 INT 等类型上会触发类型转换错误
这个机制和字段是否允许 NULL 无关，它只是告诉 Navicat “这里发一个 NULL 字面量”，后续是否被数据库接受，取决于表结构本身。
真正省事的办法：建表时就加 DEFAULT，而不是依赖导入设置
最不容易出错的长期方案，是在创建目标表时，对所有业务上允许“无值”的字段显式定义默认值：
name VARCHAR(50) DEFAULT ''status TINYINT DEFAULT 0updated_at DATETIME DEFAULT CURRENT_TIMESTAMP
这样即使导入时字段缺失、留空或映射失败，MySQL 也会自动兜底填充默认值，不会中断导入流程。而临时靠 Navicat 向导改设置，每次都要重新点，容易漏、容易错、无法复现。
复杂点在于你得先判断：这个 NULL 是脏数据（该补值）、设计缺陷（不该设 NOT NULL），还是工具链语义失真（源库和 Navicat 对空的理解不一致）。三者混在一起处理，问题只会越来越难追溯。
