Navicat导出向导中，“数据”选项位于第二步“导出设置”页、表对象列表下方独立复选框内，需手动取消勾选才能仅导出结构；若未取消，即使只选表也会导出INSERT语句。
导出向导里哪里关“数据”选项
navicat 的「导出向导」默认勾选 数据，必须手动取消才能只备份结构。这个选项不在第一步，也不在最后一步——它藏在第二步「导出设置」的「对象」列表下方，一个不起眼的复选框里，名字就叫 数据。
常见错误是只盯着表名列表打钩，以为勾了表就完事；其实哪怕只选了一张表，只要 数据 没取消，导出文件里照样包含 INSERT 语句。
- 进入「导出向导」后，选好连接和数据库，点「下一步」
- 在「导出设置」页，先选中要导出的表（或全选），再往下滚动，找到独立于表列表的
数据复选框 - 确保该复选框处于未勾选状态；旁边还有个
DDL，必须保持勾选，否则连CREATE TABLE都没有 - 格式建议选
SQL，其他格式（如 Excel、CSV）根本不支持纯结构导出
用「结构同步」替代导出是否更可靠
如果目标是生成可重复执行的建表语句（比如用于 CI/CD 或新环境初始化），结构同步 比导出向导更可控。它默认不碰数据，且能自动处理外键顺序、引擎差异、字符集继承等细节。
但要注意：结构同步不是备份工具，它不生成单个 SQL 文件，而是直接比对并执行变更。若你真需要存档一份静态的 .sql 文件，还是得走导出向导。
- 右键数据库 → 「结构同步」→ 选择目标为「保存到文件」
- 在「选项」里确认勾选了
生成 DROP 语句和生成 CREATE 语句 - 取消勾选
同步数据（虽然它默认就是关着的，但务必手动核对） - 生成的 SQL 会包含
IF NOT EXISTS和完整约束定义，比导出向导更严谨
导出的 SQL 文件为什么还有 INSERT 或 TRUNCATE
即使你取消了 数据，导出文件里仍可能出现 INSERT 或 TRUNCATE，大概率是因为选中了视图、存储过程、函数或事件——这些对象的定义本身可能包含数据操作语句，而 Navicat 把它们一并当“结构”导出了。
更隐蔽的问题是：某些版本的 Navicat（尤其是 15.x 早期版）在导出含触发器的表时，会错误地把触发器里的 INSERT 当作数据逻辑写进文件，哪怕 数据 已关闭。
- 导出前，在「对象」列表里取消勾选
视图、存储过程、函数、事件，只留表 - 检查触发器是否被单独列出；如有，也取消勾选
- 导出后用文本编辑器搜索
INSERT、VALUES、TRUNCATE，确认无误再归档
自动化任务里怎么固定这个设置
Navicat 的「批处理作业」不直接暴露「是否导出数据」这个开关，它复用的是你上次在导出向导里保存的配置。也就是说，你必须先手动跑一次导出（取消 数据），并勾选「保存为配置文件」，后续批处理才调用得到正确设置。
别指望在批处理界面里改参数——那里只有「选择配置文件」下拉框，没有内联选项。一旦配置文件里 数据 是开的，所有定时任务都会悄悄导出全量数据。
- 手动导出时，在最后一步勾选「保存配置」，文件名建议带
_schema_only - 新建批处理作业 → 添加「导出」任务 → 在「配置文件」下拉里选刚保存的那个
- 切勿点击「编辑配置」按钮：它会打开旧版向导，且不显示
数据开关，极易误操作 - 首次运行后，立刻检查生成的 SQL 文件大小——结构导出通常几 KB，若达 MB 级，说明数据又混进去了
最麻烦的不是找不到开关，而是 Navicat 不会在 UI 上明确告诉你“当前配置含数据”，也不会在导出文件名里加标识。每次换环境、升级版本，都得重新验证那个小小的 数据 复选框是不是真的关着。
