Navicat中复制表结构最稳方式是右键选“重复表”（Duplicate Table），仅复制结构、索引、约束等，默认不带数据；勾选“复制数据”可连数据一起复制，但性能受影响；不支持跨数据库类型复制，且不继承触发器和存储过程依赖。
复制表结构：右键菜单里藏了个“快捷入口”
navicat 里复制表结构最稳的方式不是导出 sql，而是直接用 duplicate table —— 它在右键菜单第二行，名字叫「重复表」（中文版）或「duplicate table」（英文版），不是「复制」也不是「导出」。点它之后会弹出新表名输入框，**默认不带数据**，只复制结构、索引、约束、注释，连自增起始值和字符集都一并继承。
常见错误是误点「Copy Table」（有些版本叫「Copy to Another Connection」），那会触发跨连接复制流程，强制你选目标连接，稍不注意就粘到别的库去了。
- 目标表名必须手动改，否则会提示冲突；原表名末尾自动加
_copy是假象，实际不生效 - 如果原表有外键，
Duplicate Table会复制外键定义，但不会校验引用表是否存在——目标库缺被引用表时，建表会失败，报错ERROR 1215: Cannot add foreign key constraint - MySQL 8.0+ 的隐藏字段（如
invisible column）和生成列（GENERATED COLUMN）能复制，但 Navicat 旧版本（≤15.0）可能显示为空白，建议升级到 16.0+
带数据复制：勾选选项比写 INSERT 更快
要连数据一起复制，别手写 INSERT INTO ... SELECT，回到 Duplicate Table 对话框，勾上「复制数据」（Copy data）复选框即可。它底层执行的是 CREATE TABLE ... AS SELECT 或分步 CREATE + INSERT，取决于引擎和数据量。
性能影响明显：InnoDB 表数据量超 10 万行时，勾选该选项会让操作变慢，且期间原表会被加读锁（非阻塞 DML，但可能拖慢大查询）。MyISAM 则直接锁整表。
- 目标库必须有足够磁盘空间，Navicat 不做空间预检，填完表名就开干
- 如果原表含 BLOB/TEXT 字段，且目标库的
max_allowed_packet小于单条记录大小，会报错Packets larger than max_allowed_packet are not allowed - 时间戳字段（
TIMESTAMP）的默认值（如CURRENT_TIMESTAMP）会被保留，但插入时是否触发更新，取决于目标表的 SQL mode 是否含STRICT_TRANS_TABLES
跨数据库复制：连接配置决定能不能粘过去
想把表从 MySQL 复制到 PostgreSQL？不行。Duplicate Table 只支持同类型数据库内操作。跨库（比如从 test_db 粘到 prod_db）可以，前提是两个库在同一连接里，且你有目标库的 CREATE 权限。
权限不到位时，界面不报错，只在底部状态栏闪一下「Operation failed」，然后静默退出。得打开「工具 → 选项 → 显示 → 显示详细日志」才能看到真实错误：Access denied; you need (at least one of) the CREATE privilege(s) for this operation。
- 连接使用 SSH 隧道时，
Duplicate Table仍走本地 Navicat 进程中转，不直连远端，所以隧道中断会导致复制卡在 99% 并最终超时 - Oracle 用户注意：Navicat 对 Oracle 的
Duplicate Table不支持物化视图日志、分区定义的复制，仅复制基础表结构 - SQL Server 的
IDENTITY列会被复制，但新表默认关闭标识插入（SET IDENTITY_INSERT OFF），数据复制阶段自动处理，无需干预
结构微调后复制：别信「编辑后再复制」按钮
有人想先改个字段长度再复制，于是右键选「设计表」→ 改完 → 点「保存」→ 再右键「Duplicate Table」。结果发现新表还是老结构。因为 Duplicate Table 总是读取当前数据库里的实时定义，而不是你刚在设计界面里改但还没提交的草稿。
真正生效的路径只有一条：改完结构 → 点「保存」→ 确认 Navicat 底部弹出「Table structure changed successfully」→ 再执行 Duplicate Table。
- 设计表界面点「撤销」不会回滚已执行的 DDL，只会丢弃未保存的编辑，容易误判结构是否更新
- 如果原表用了 JSON 类型（MySQL 5.7+），Navicat 15.x 会把它识别为
LONGTEXT复制，16.0.14 起才正确映射为JSON - 复制后的表不会继承原表的触发器（Trigger）和存储过程依赖，这是故意设计，不是 bug
最容易被忽略的一点：Navicat 的「重复表」不走服务端 SQL 解析，所有逻辑在客户端组装，所以当你用高版本 Navicat 连低版本数据库（比如 Navicat 16 连 MySQL 5.6），某些新语法（如 utf8mb4_0900_as_cs 排序规则）会被悄悄降级处理，连错误提示都没有。
