Navicat复制表结构报错“Table 'xxx' already exists”是因为默认执行CREATE TABLE+INSERT SELECT，目标表存在时CREATE阶段即失败；应手动删除目标表、使用“Duplicate Structure”或勾选“Drop target table before copying”。
Navicat 复制表结构时报错 ERROR 1050 (42S01): Table 'xxx' already exists
这是最常见但容易被误判的问题：你以为在“复制”，其实 navicat 默认执行的是「创建新表 + insert select」，而目标表已存在时，create table 阶段就直接失败。它不会自动跳过或覆盖。
实操建议：
- 先手动删掉目标表（如果允许），或改用「仅复制结构」模式（右键表 →
Duplicate Structure） - 若需保留原数据且覆盖目标表，勾选「Drop target table before copying」——注意这个选项只在「Data Transfer」向导中出现，不在「Duplicate Table」右键菜单里
- 检查目标库是否启用了
sql_mode=STRICT_TRANS_TABLES，某些字段默认值不兼容会导致CREATE TABLE中途报错，而非提示表已存在
Navicat 数据传输（Data Transfer）卡在「Executing SQL」无响应
本质是大表复制时未启用分批提交，单条 INSERT INTO ... SELECT 被 MySQL 服务端拒绝或超时，尤其当源表有百万级以上行、含 BLOB/TEXT 字段时。
实操建议：
- 在 Data Transfer 向导的「Options」页，务必勾选
Use batch insert，并把Batch size设为 1000～5000（太大易 OOM，太小效率低） - 关闭
Enable foreign key checks和Enable autocommit（让 Navicat 控制事务边界），否则可能因外键约束或长事务锁表失败 - 确认 MySQL 服务端配置：
max_allowed_packet至少设为 64M，wait_timeout不低于 600，否则连接中途断开
复制后字段类型变了，比如 TINYINT(1) 变成 BOOLEAN 或 BIT(1)
Navicat 在解析表结构时会做语义映射，TINYINT(1) 常被识别为布尔类型，尤其在 MySQL 8.0+ 或使用新版驱动时更明显。这不是 bug，是它的类型推断逻辑。
实操建议：
- 不要依赖「Duplicate Structure」生成建表语句，改用
SHOW CREATE TABLE导出原始 DDL，再手动修改表名后执行 - 若必须用 Navicat，进入「Data Transfer」→「Options」→「Advanced」，取消勾选
Convert boolean type（该选项名称可能因版本略有差异，如叫Map TINYINT(1) to BOOLEAN） - 检查源库和目标库的 MySQL 版本是否一致，5.7 和 8.0 对
BOOL的内部处理不同，跨版本复制时类型映射更容易失真
目标表数据量远少于源表，但没报错也没提示
典型静默失败：Navicat 默认忽略部分 INSERT 错误（如唯一键冲突、截断警告），继续执行后续行，最终只在日志底部显示「X rows inserted, Y warnings」，但界面不弹窗提醒。
实操建议：
- 运行前在 Data Transfer 向导中打开
Log all queries和Stop on error（关键！）——后者能让任何一条 SQL 报错立即中断，避免漏查 - 复制完成后，立刻比对行数：
SELECT COUNT(*) FROM source_tablevsSELECT COUNT(*) FROM target_table，别只看 Navicat 界面右下角的「Transferred rows」数字 - 查看 Navicat 底部状态栏右侧的「Messages」标签页，展开所有 warning，重点搜
Truncated、Duplicate entry、Out of range
真正麻烦的不是报错，而是没报错却丢数据——尤其是 Stop on error 这个开关，很多人复制完才发现它默认是关着的。
