必须启用“扩展插入语句”并设置合理“每批记录数”，否则仍导出单条INSERT；跨库迁移需显式写出列名，且须关闭分批导出等干扰选项。
导出前必须确认“扩展插入语句”是否启用
navicat 默认导出的是单条 insert into ... values (...); 格式，每行一条语句。这种格式可读性强，但导入极慢——尤其在用 source 或命令行执行时，每条语句都触发一次解析+日志写入。真正能提速的关键，是勾选「扩展插入语句」（即批量插入）选项。
这个选项不在主界面显眼位置，而藏在「导出向导」第三步「导出设置」中：
→ 选择「SQL 文件」后进入设置 → 找到「插入语句格式」下拉框 → 必须选 扩展插入语句（不是“完整插入语句”，也不是“自定义”）
- 选错会直接导致导出仍是单条语句，后续手动合并成本高
- MySQL 5.6+ 完全支持该格式；低于 5.6 的旧环境需提前验证
- 如果目标库开启了
sql_mode=STRICT_TRANS_TABLES，多值 INSERT 对字段数量一致性更敏感，务必确保源数据无缺失列
表名和列名要不要显式写出？看迁移场景
导出时「是否包含列名」会影响 SQL 兼容性与可维护性，但不直接影响性能。默认勾选「导出表结构」时，Navicat 会生成带列名的 INSERT INTO `table` (`col1`, `col2`) VALUES (...)；若取消，则变成 INSERT INTO `table` VALUES (...)。
- 跨库迁移（尤其表结构可能微调）：强烈建议保留列名，避免因字段顺序/增删列导致插入错位
- 同构环境快速重载（如测试库重建）：可取消列名，语句更短，解析略快，但风险自担
- 注意：即使选了「扩展插入语句」，若没勾「导出表结构」，Navicat 仍可能省略列名——这两项要一起确认
导出后发现还是单条？检查这三个隐藏开关
有时明明选了「扩展插入语句」，导出文件里却仍是逐行 INSERT。常见原因不是操作失误，而是被其他设置覆盖：
-
每批记录数设置为 1：在「导出设置」高级选项卡里，默认可能是 1 或空值，需手动填一个合理值（如1000），否则 Navicat 不会合并 - 启用了「按主键分批导出」或「按查询分页」：这类模式会强制拆成独立语句，需关闭
- 字段含
TEXT/BLOB且「文本字段最大显示长度」过小：Navicat 在预处理阶段可能截断内容，导致无法安全合并，建议调至10000以上（路径：工具 → 选项 → 数据查看）
没有主键、条件复杂时，别硬凑 WHERE IN
想导出“当前选中的几行”，又没有稳定主键（比如日志表靠 created_at + status 组合筛选），强行手写 WHERE id IN (…) 易出错且不可复现。这时更稳的做法是：
- 在 Navicat 查询窗口中，先执行带精确条件的
SELECT *，确认结果集就是你要的那几行 - 右键结果网格 → 「复制为 INSERT 语句」：这会直接生成带列名的批量
VALUES列表（Navicat 15+ 支持） - 若复制结果仍是单条，粘贴到编辑器后用正则批量替换：查找
;\s*INSERT INTO→ 替换为,\n，再补上开头的INSERT INTO ... VALUES
真正决定批量导出成败的，从来不是按钮点得够不够快，而是导出前对数据边界、目标环境版本、字符集和字段类型的确认是否足够扎实——漏掉任意一项，都可能让几十万行的 SQL 在导入中途报错停住。
