根本原因是增量逻辑未闭环：WHERE条件未动态更新、主键映射错误或误启全量覆盖选项；Navicat不支持NOW()等动态条件，须通过脚本生成带当前时间的.ncx文件并调用命令行执行。
navicat 定时同步导致数据重复，根本原因不是“同步太勤”，而是增量逻辑没闭环——where 条件没更新、主键映射错、或误启了全量覆盖动作。靠勾选“跳过重复”只能掩盖问题，不能根治。
为什么每次定时跑都多出一批重复记录？
典型表现是目标表里出现两份相同主键的订单、用户或日志，时间戳却不同。这不是 Navicat bug，而是以下任一条件没满足：
-
WHERE条件写死（如created_at > '2026-07-20 00:00:00'），但你没在每次同步后手动改这个时间值 - 同步配置里勾选了
Delete records或Update records，但源/目标主键映射不一致，导致 Navicat 把本该更新的行判成新插入 - 用了「逐行比较」模式，但源表没主键，Navicat 只能靠全字段哈希比对，一旦某字段含 NULL 或空格差异，就误判为新记录
- 任务被系统调度器重复触发（比如 Windows 任务计划中设置了“如果错过则立即运行”，而前次同步卡住未退出，下次又启动）
如何让 WHERE 条件自动更新（而不是手动改）？
Navicat 不支持变量或函数式条件（如 created_at > NOW() - INTERVAL 1 DAY），所以必须靠外部手段注入动态时间。实操路径只有一条：用脚本生成带当前时间的 .nsx/.ncx 文件，再调用命令行执行。
- Windows 下可用 PowerShell 脚本：读取上次同步时间（存本地文件），拼出新
WHERE字符串，用 XML 工具替换 .nsx 文件里的<where>...</where>节点，再调navicat.exe -sync - Linux/macOS 下用 sed + date 命令：先备份原 .ncx，再执行
sed -i "s/created_at > '[^']*'/created_at > '$(date -d 'yesterday' +'%Y-%m-%d %H:%M:%S')'/g" task.ncx - 绝对不要依赖「自动运行」功能来“省事”——它连时间戳都拿不到，更别说动态生成条件
Key Mapping 错了会怎样？
哪怕表结构完全一样，只要 Key Mapping 没对准主键字段，Navicat 就会退化成“无脑插入”。预览时看到大量 Insert 行，但你知道这些记录在目标库明明存在？八成是这里出了问题。
- 进同步向导 Step 2 →
Key Mapping页面，确认每张表的「Key」列只勾选了真正的主键字段（如id），且类型一致（INT对INT，不是BIGINT对INT） - 复合主键必须全部字段勾选，缺一个就失效
- 预览界面底部切到
Difference标签页，点开某张表，看被标为Insert的行——如果主键值已在目标库存在，说明 Key Mapping 失效，立刻回退修正
同步任务里哪些选项会偷偷放大重复风险？
表面看是“同步数据”，实际某些开关一开，等于主动邀请重复发生。
- 勾选
Synchronize data（在结构同步向导里）：这是最隐蔽的坑——你以为在同步表结构，其实 Navicat 在背后悄悄执行 INSERT，直接撞上主键约束 - 启用
Delete records但源库删得慢：比如源库某条记录凌晨两点被删，但同步任务三点才跑，此时 Navicat 会先 Insert 进去，再 Delete 掉，中间状态就是重复 - 没关
Remove records not exist in source：这会导致目标库历史数据被清空，下次同步又全量灌入，看起来像“重复”，其实是反复重建 - 字符集不一致（如源库
utf8mb4，目标库latin1）：中文字段入库变乱码，Navicat 比对时认为“内容不同”，强制 Update 或 Insert 新行
真正稳定的定时同步，从来不是配完就扔给 Navicat 自己跑；它需要你每天检查一次 WHERE 时间戳是否更新、预览里 Insert 行数是否异常上涨、以及日志里有没有 Duplicate entry 被静默跳过——这些细节，才是重复问题藏身的地方。
