Navicat数据同步前必须确认源库与目标库同构且可连通，即同类型、大版本兼容、字符集一致，并确保连接配置正确、权限充足、网络可达，否则在Compare & Preview阶段即报错或生成无效SQL。
同步前必须确认源库和目标库是同构且可连通
navicat 16 的数据同步（data synchronization）不校验源与目标是否同构，但实际执行时若类型不一致（比如 mysql → postgresql），会直接在 compare & preview 阶段报错或生成无效 sql。所谓“同构”，指同一数据库类型、大版本兼容（如 mysql 5.7 ↔ 8.0 可行，但 8.0 → 5.7 可能因语法报错）、字符集一致（建议统一为 utf8mb4）。连接不通则根本进不了比对环节——常见错误是目标库防火墙未放行、用户没授权远程连接、或 navicat 连接配置里勾选了 save password 但命令行模式下无法读取凭据。
配置源与目标连接时别用“测试连接”就以为万事大吉
在 Tools → Data Synchronization 向导第一步，分别选 Source 和 Target 连接。这里容易踩的坑有三个：
- 选错连接配置文件：Navicat 支持一个主机多个配置文件（如
prod_db、staging_db），务必点开连接名右侧的下拉箭头确认实际加载的是哪个配置； - 目标库连接用了
localhost但同步脚本运行在远程服务器上：此时应填真实 IP 或域名，否则navigator.exe命令行调用时会连不上； - 目标库用户权限不足：至少需要
SELECT（源）、INSERT/UPDATE/DELETE/CREATE/DROP（目标），如果脚本里含TRUNCATE TABLE，还得有DROP权限。
跳过预览直接执行同步脚本？不行，但可以绕过人工干预
Navicat GUI 不提供“跳过预览直接执行”的开关，所有同步都必须经过 Compare & Preview 步骤。但如果你已反复验证过映射规则，想让流程全自动，有两个实操路径：
- 保存为 .nsx 文件后，用命令行工具
navigator.exe调用：navigator.exe -sync "D:\sync\users_sync.nsx"，它会自动完成比对 + 执行，不弹窗； - 在
Compare & Preview界面点击右下角Advanced Options（小齿轮图标），勾选Enable advanced options，然后在底部Deployment options中勾选Continue on error——这能让单条 SQL 失败时不中断整个同步流； - 注意：即使勾了
Continue on error，若连接失败或权限拒绝，仍会整体中止，它只对 DML 级别的报错（如某行唯一键冲突）有效。
高速同步的关键不在“快”，而在“少做无用功”
所谓“高速”，本质是减少比对与传输开销。Navicat 本身不压缩数据或并行写入，提速靠三件事：
- 只同步必要表：在 Step 2 表映射界面，取消勾选日志表、临时表、历史归档表；
- 禁用外键检查：在
Advanced Options → Pre-synchronization SQL里写SET FOREIGN_KEY_CHECKS = 0;，同步完再补SET FOREIGN_KEY_CHECKS = 1;（需手动加到后置脚本或另起任务）； - 避免全量更新：在 Step 1 的
Options中，若业务允许，取消勾选Delete records—— 删除操作会触发索引重建，拖慢整体速度； - 慎用
Update records：它基于主键比对每字段值，表越大越慢；如果只是想覆盖最新状态，用TRUNCATE + INSERT配合预处理脚本反而更快。
真正容易被忽略的是：Navicat 每次保存 .nsx 文件时，会把当前连接的密码明文存进去（除非你关掉 Save password）。如果用在定时任务里，这个文件一旦泄露，等于交出数据库 root 权限。
