navicat导出时null默认转为空字符串，需清空“null value”框才能留空；csv可填null显示文本，excel不支持；查询必须用is null而非= null；权限不足会导致整行过滤。
导出时null被自动转成空字符串？检查导出配置里的null处理选项
navicat 默认会把数据库中的 null 值映射为「空字符串」写入 csv/excel/txt，这不是 bug，而是导出向导里一个默认开启的转换逻辑。它藏在「选项」页的「null value」输入框里——如果你没改过，这里大概率填着 ''（两个单引号）。
要真正导出 NULL 字面量（比如 CSV 里留空、Excel 里显示为 #N/A 或空白单元格），必须手动干预：
- 导出时点「选项」→ 找到「NULL value」输入框 → 清空内容（不填任何字符，包括空格和引号）
- 若想让 CSV 明确写出
NULL文本（而非留空），可填入NULL（注意不加引号）；但 Excel 不认这个，只对 CSV/TXT 有效 - 勾选「Export data with quotes」可避免字段含逗号时错位，但不会影响 NULL 显示逻辑
WHERE条件里写IS NULL才能查出NULL记录，别用= NULL
导出为空，常因查询本身没捞出 NULL 行。Navicat 不做隐式类型转换，= NULL 永远返回 false，必须用标准 SQL 写法。
例如导出所有未填邮箱的用户：
- ✅ 正确：
SELECT * FROM users WHERE email IS NULL; - ❌ 错误：
SELECT * FROM users WHERE email = NULL;（结果集永远为空） - ❌ 危险：
SELECT * FROM users WHERE email = '';（只匹配空字符串，漏掉真正为 NULL 的行）
字段类型也关键：若 email 是 VARCHAR 但存了 'null'（字符串），那得用 = 'null'，和数据库 NULL 完全无关。
导出格式决定NULL能否被正确识别
CSV 和 Excel 对 NULL 的处理机制完全不同，选错格式会导致“数据存在却看不见”。
- CSV：清空「NULL value」后，该字段位置留空（如
123,,active），用记事本或 Excel「从文本导入」能准确识别 - Excel 97-2003（.xls）：底层驱动弱，NULL 常被当空字符串或直接丢弃；即使配置正确，打开后也可能只显示表头
- Excel 2007+（.xlsx）：对 NULL 支持更好，但需确保连接字符集是
utf8mb4，否则中文字段注释乱码会连带干扰 NULL 解析 - TXT：分隔符和换行符配置错误时，NULL 行可能被截断成不可见控制字符，用十六进制编辑器才能确认是否真为空
权限不足也会让NULL行“消失”
MySQL 列级权限下，如果某字段你没 SELECT 权限，Navicat 在导出整行时会跳过该记录（不是填 NULL，是整行过滤掉），导致结果集比预期少——尤其当 NULL 值集中在无权限字段上时，很容易误判为“数据本来就没有”。
快速验证方法：
- 用同账号登录 MySQL 命令行，执行
SHOW GRANTS;，确认是否有SELECT权限覆盖目标字段 - 导出前在「高级」里显式指定字段列表，只选你有权限的列：
SELECT id, name FROM users WHERE email IS NULL; - 临时换高权限账号导出对比，若数据恢复，就是权限卡点
真正麻烦的是字段类型和权限叠加：比如 updated_at 是 TIMESTAMP 且为 NULL，但你没权限查它，Navicat 就连带把整条记录过滤掉，而你只盯着 email IS NULL 条件，根本想不到是权限在背后动的手。
