导出向导中“数据”复选框位于第二步「导出设置」页、勾选完表后向下滚动处，名称即为“数据”，需取消勾选才能仅导出结构；结构同步更适配生成严谨建表脚本，但需确保字符集、引擎、权限一致。
导出向导里“数据”复选框在哪？
navicat 默认导出时会把数据和结构一起打包，想只导出结构，关键不是选表，而是关掉第二步「导出设置」页里那个独立的 数据 复选框。它就在你勾选完表之后、往下滚动一点的位置，名字就叫“数据”，旁边紧挨着的是 ddl（这个必须保持勾选，否则连 create table 都没有）。
常见错误是只盯着表名列表打钩，以为选了表就完事——结果导出的 SQL 文件里全是 INSERT 语句。哪怕你只选了一张表，只要 数据 没取消，照样导出数据。
- 格式务必选
SQL，Excel、CSV等根本不支持纯结构导出 - 如果目标是生成可执行建表脚本（比如 CI/CD 初始化），建议直接用结构同步，它更严谨
结构同步比导出向导更适合生成建表文件吗？
是的，尤其当你需要一份带 IF NOT EXISTS、完整外键约束、字符集继承的静态 .sql 文件时，结构同步比导出向导更可靠。它默认不碰数据，还能自动处理引擎差异、索引顺序等细节。
但要注意：结构同步不是备份工具，它不生成单个文件，而是直接比对并执行变更。如果你真要存档一份 .sql 文件，得在结构同步流程中选择目标为「保存到文件」。
- 右键数据库 →
结构同步→ 目标选「保存到文件」 - 在「选项」里确认勾选
生成DROP语句和生成CREATE语句 - 务必手动核对
同步数据是未勾选状态（虽然默认关着，但每次都要看一眼）
为什么同步后表结构没变，或者报错说“无法识别对象”？
结构同步依赖准确的对象比对，一旦源库或目标库存在临时表、视图、函数等非表对象干扰，或者字符集/排序规则不一致，就可能跳过某些表，甚至中断比对。
典型现象包括：比对结果为空、部分表没出现在差异列表、执行时报 Unknown table 或 Collation mismatch 错误。
- 先确认两边数据库的默认字符集是否一致，比如都是
utf8mb4，否则同步会失败 - 比对前，在「比对选项」里勾选
忽略注释和忽略表统计信息，减少干扰 - 如果目标库有同名视图或函数，结构同步可能误判——建议提前清理或排除这些对象
结构同步生成的 SQL 为什么执行失败？
生成的 SQL 文件本身没问题，但执行失败往往是因为目标环境缺少前置条件。比如外键依赖的父表还没建、用户权限不足、或者目标库开启了 sql_mode=STRICT_TRANS_TABLES 导致字段长度超限被拒。
最常被忽略的是存储引擎兼容性：源库用 InnoDB，目标库却禁用了该引擎，或只支持 MyISAM，这时 CREATE TABLE 会直接报错。
- 执行前先在目标库运行
SHOW ENGINES;，确认InnoDB可用且为默认 - 检查用户权限，至少要有
CREATE、ALTER、DROP权限 - 别直接双击 SQL 文件运行——用 Navicat 的「运行查询」功能，能捕获具体哪一行出错
