必须先执行查询，否则导出按钮置灰或导出为空；Navicat结果集默认仅预览前1000行，需手动运行带WHERE的SQL并确认结果正确后，再通过右键“导出结果”或导出向导选择All records导出。
导出前必须先执行查询，否则“导出”按钮是灰色的
navicat 的「结果集」窗口不会自动加载表全量数据——你点开一张表看到的只是默认 limit 1000 的预览。想导出满足条件的数据，第一步永远是手动写 sql 并点击 运行。如果跳过这步直接右键结果区或点工具栏导出，会发现按钮不可用，或者导出的是空文件。
常见错误现象：导出按钮置灰、导出文件只有表头没有数据、导出内容和预期 WHERE 条件不符（其实是没运行新写的 SQL，还在用上一次的缓存结果）。
- 务必确认 SQL 已成功执行，且下方结果集区域显示了你想要的行数
- 注意 Navicat 默认勾选
只读取前 N 行（在查询编辑器右下角可调），如需导出全部匹配记录，请取消勾选或设为 0 - 若查询含
ORDER BY，导出顺序即为此顺序；不加则依赖引擎返回顺序，不保证稳定
WHERE 条件里日期、字符串、NULL 的写法要严格匹配类型
导出结果为空但逻辑看似合理？大概率是条件值类型不一致。Navicat 不做隐式转换容错，WHERE create_time = '2024-01-01' 和 WHERE create_time = '2024-01-01 00:00:00' 可能命中完全不同的记录，尤其字段是 DATETIME 而非 DATE。
容易踩的坑：
- 字符串值必须用单引号包裹：
WHERE status = 'active'，写成status = active会被当列名或常量报错 - 判断 NULL 必须用
IS NULL，不能用= NULL（后者永远返回 false） - 模糊匹配用
LIKE时注意通配符位置：name LIKE '%admin%'是包含，name LIKE 'admin%'是前缀 - MySQL 中时间函数如
NOW()、CURDATE()可直接用，但导出时它们是执行时刻的快照值，不是动态刷新的
导出格式选错会导致 Excel 打不开或中文乱码
点击结果集右键 → 导出向导 后，格式选 Excel 最常用，但有两个关键选项直接影响可用性：
-
编码格式：Windows 用户导出含中文的 CSV，务必选GBK或UTF-8 with BOM；选纯UTF-8用 Excel 打开大概率乱码 -
字段分隔符：CSV 默认逗号，但如果数据本身含逗号（如地址字段），建议改用TAB或启用用引号包围字段值 - Excel 格式（.xlsx）无需担心编码，但单表超 100 万行可能失败；此时应切到
CSV或分批导出 - 导出路径尽量选英文目录，含中文路径在某些旧版 Navicat 可能触发权限或路径解析异常
大结果集导出卡死或内存溢出怎么办
当 SELECT 返回几十万行以上，Navicat 会在内存中缓存全部结果再导出，容易触发 Out of memory 或界面无响应。这不是 bug，是设计限制。
实操建议：
- 先用
SELECT COUNT(*)确认数量级，超 50 万行就别硬扛 - 改用分页导出：
SELECT ... FROM t WHERE condition LIMIT 0, 50000、LIMIT 50000, 50000等，配合文件名编号避免覆盖 - 终极方案：用命令行工具导出，例如 MySQL 原生命令
mysqldump --where="status='done'"或mysql -e "SELECT ..." > output.csv，绕过 Navicat 内存瓶颈 - Navicat 16+ 版本支持「导出为 SQL INSERT 语句」，但该功能对大数据量同样吃内存，慎选
真正麻烦的不是怎么点菜单，而是 WHERE 条件是否精准、字符编码是否被忽略、以及你有没有意识到 Navicat 的结果集本质是一次性载入的快照——它不流式处理，也不后台分片。
