“每批记录数”仅影响导入，不控制导出内容；导出高效批量sql须用“数据传输”并勾选“使用扩展插入语句”；导出失败主因是磁盘空间或内存不足，非批次设置问题。
“每批记录数”只影响导入，不控制导出内容
Navicat 17 中的「每批记录数」设置（位于 工具 → 选项 → 导入 → 每批记录数）**完全不参与导出过程**。它仅在后续使用「运行SQL文件」功能导入时，决定 Navicat 将 SQL 文件中的 INSERT 语句按多少条一组提交给数据库。你改这个值，导出生成的 SQL 文件内容一模一样——还是单条 INSERT INTO ... VALUES (...);，不会变成多值批量插入。
导出阶段真正决定批量效率的是「数据传输」+「扩展插入语句」
想让导出的 SQL 文件本身具备高效批量结构（即 INSERT INTO t VALUES (...), (...), (...);），必须绕开「转储SQL文件」，改用：工具 → 数据传输 功能：
- 源选择你要导出的表或查询结果，目标选「文件」并指定 .sql 路径
- 点击「选项」→「记录选项」→ 勾选
使用扩展插入语句 - 确保「创建记录」已勾选（否则只导结构）
- 注意：MySQL 5.6 以下版本不支持该语法，会报
ERROR 1064 (42000)
导出大数据量时卡住或失败，和“批处理大小”无关
Navicat 17 导出两千万行失败，常见原因是内存耗尽或 C 盘空间不足，不是因为没设批次——它导出时本就不支持分页/分批写入文件。应对方式很直接：
- 导出前手动清理 C 盘（默认导出路径常在桌面或
%USERPROFILE%\Desktop） - 在导出向导中把目标路径改为其他盘符的绝对路径，如
D:\exports\big_table.csv - 导出过程中如果进度条卡在「已处理字段」，立即点左下角
保存，可缓解内存压力 - 超大表（>500 万行）建议改用命令行：
mysqldump -u user -p db_name table_name > data.sql
自动化导出多个结果时，顺序错误会导致空文件
用「自动运行」+ 批处理作业导出多个查询结果，关键不是调什么大小，而是拖入顺序：
- 必须先拖入已保存的查询文件（
xxx.nq），再拖入对应的导出配置（xxx.nexp） - 反过来会导致
xxx.nexp执行时无结果集可导，静默生成空文件，且不报错 -
.nexp文件必须通过导出向导点「保存」生成，路径需为绝对路径，不支持%DATE%等变量
数据传输 + 使用扩展插入语句；真要导出巨量原始数据，得靠外部调度+分片 SQL 或换 mysqldump。
