结论：应避免使用“转储sql文件”的“仅结构”选项，因其在单表右键时易失效、数据库节点导出时默认混入视图/存储过程中的insert；稳定方式仅有两种——用「导出向导」导单表纯结构（务必勾选“仅导出表结构”且禁用xml格式），或用「数据传输」导整库结构（在“高级”中取消勾选“插入记录”，仅保留“表”对象并设utf-8编码）。
直接说结论：别点“转储sql文件”里的“仅结构”勾选项——它在右键单表时经常失效，且数据库节点导出时默认混入视图/存储过程里的 insert。真正稳定、可控的方式只有两个：用「导出向导」导单表结构，或用「数据传输」导整个库结构。
用「导出向导」导单张表的纯结构（最常用）
这是日常开发中导一张表建表语句最快的方式，但极易因漏关一个开关而导出 INSERT：
- 右键目标表 → 选择「导出向导」→ 在「导出格式」页选
SQL - 务必勾选「仅导出表结构」——这个开关是唯一控制项，不勾就导数据
- 别选
XML格式想“绕过”，它虽然没INSERT，但输出的是字段元信息，不是可执行的CREATE TABLE - 导出后立刻用文本编辑器打开文件，搜索
INSERT INTO、VALUES、TRUNCATE，有任意一个就说明失败
用「数据传输」导整个数据库的结构（推荐用于初始化脚本）
适合要导出全部表、且确保无任何数据逻辑的场景。它的「高级」设置比「转储SQL」更直白、更少陷阱：
- 右键数据库 → 「数据传输」→ 目标选「文件」→ 点「高级」
- 在「记录选项」里，明确取消勾选「插入记录」——名字就叫这个，不会歧义
- 「对象」列表中，只勾选
表；视图、存储过程、函数、事件全取消，它们定义里可能自带INSERT - 编码务必设为
UTF-8，否则中文注释变成??? - 导出后仍建议执行
grep -i "insert into\|values" dump.sql验证，空结果才可信
为什么「转储SQL文件」的“仅结构”常常失效
因为 Navicat 实际调用的是 mysqldump 或 pg_dump，而它的 UI 开关只是透传参数。问题出在入口选择上：
- 右键**单张表** → 「转储SQL文件」：旧版（如 15.x）会忽略「仅结构」选项，强制加
--no-data失效 - 右键**数据库节点** → 「转储SQL文件」：即使选了 Structure only，若下方「对象类型」没手动取消视图/函数，默认把它们的定义（含
INSERT）一并导出 - 「高级」页里
Include Data有时仍为true，必须手动关掉；Lock Tables也得关，否则可能阻塞线上业务 - 导出里出现
ENGINE=InnoDB、AUTO_INCREMENT=12345是正常的，属于结构元数据，不是数据
最容易被忽略的一点：Navicat 17 把「导出向导」「数据传输」「转储SQL文件」三个功能的边界画得很模糊。同一个词“导出”，在不同入口下含义完全不同——导单表结构用前者，导整库结构用中间那个，别混着试。导完不验证 INSERT 是否真的没了，等于白干。
