同步大量小表时应禁用冗余校验、限定比对范围、手动执行脚本：关闭自动加载对象、用包含/排除模式过滤表、禁用外键检查与统计收集、复制脚本后分批执行并加事务控制。
同步大量小表时，结构同步比数据同步更轻量，但仍有卡顿
navicat 的结构同步本身不传输数据，只比对元数据（如字段名、类型、索引、约束），理论上应很快。但当目标库存在上百个表（尤其含视图、存储过程、触发器等对象）时，界面会明显卡顿甚至假死——这不是网络问题，而是 navicat 在内存中逐个加载对象定义并做双向 diff 所致。
- 关闭“自动加载所有对象”：在源/目标连接属性 →
高级页，取消勾选加载所有数据库对象，仅保留当前要同步的库被选中 - 提前过滤表范围：在结构同步窗口的“比对选项”中，用
包含模式或排除模式限定表名（如^t_.*$或user_log|config_.*），避免扫描无关对象 - 禁用 DDL 比较预览：底部切换到
部署脚本页后，别点开DDL比较选项卡——它会为每个差异对象重新拉取完整 DDL，加重延迟
比对阶段耗时长？关掉实时统计和外键依赖检查
Navicat 默认开启 检查外键依赖关系 和 收集统计信息，这对大库是安全机制，但对大量小表纯结构同步毫无必要，反而拖慢比对速度。
- 在结构同步窗口 → “比对选项” → 取消勾选
检查外键依赖关系 - 同样位置，取消勾选
收集统计信息（用于性能分析） - 若确认源/目标库字符集一致（如都是
utf8mb4），可额外取消检查字符集兼容性，减少校验项
生成脚本后执行慢？优先用复制脚本到剪贴板 + 手动分批执行
点击 运行 按钮看似方便，但 Navicat 会按默认顺序一条条提交 SQL，并等待每条返回成功才继续。一旦某张表有外键或约束冲突，整个流程中断，且无法跳过；而手动执行能灵活控制顺序、加事务、跳过失败项。
- 点击
复制脚本到剪贴板，粘贴到新查询窗口 - 把创建表（
CREATE TABLE）语句集中放前面，修改表（ALTER TABLE）放中间，删除对象（DROP）放最后——避免因依赖导致报错 - 对敏感操作（如
DROP INDEX或MODIFY COLUMN）单独拆出行，加注释标记，同步前人工复核 - 用
START TRANSACTION;包裹整段脚本，执行完COMMIT;或ROLLBACK;，防止中途失败留脏数据
目标库权限不足或版本低？提前验证再比对
Navicat 不会在比对前主动检测权限或语法兼容性，直到执行阶段才报错，比如：ERROR 1064 (42000): You have an error in your SQL syntax 或 ERROR 1142 (42000): ALTER command denied to user。这类错误在大量小表场景下会反复出现，浪费时间。
- 目标库用户至少需具备：
SELECT（读元数据）、CREATE、ALTER、DROP、INDEX权限；MySQL 8.0+ 还需REFERENCES - 若源库用 MySQL 8.0 的
JSON类型，目标库是 5.7，同步必然失败——先用SHOW VARIABLES LIKE 'version';确认两端版本 - 对跨版本同步，建议先在目标库手动执行一条最简
CREATE TABLE t(id INT) ENGINE=InnoDB;，验证基础权限和语法通路
