navicat 内置调度器不支持任务互斥，同一任务多次触发会并行运行，导致文件覆盖、连接耗尽等问题；需改用 windows 任务计划程序配合脚本锁、超时控制和动态文件名实现可靠防重。
navicat 自带的计划任务调度器不支持「任务互斥」或「运行中检测」，同一任务被多次触发时会并行启动多个实例——轻则备份文件冲突、导出内容错乱，重则数据库连接耗尽、事务锁死。这不是配置遗漏，而是设计限制。
为什么「已运行」状态无法阻止重复触发
Navicat 的任务状态栏只显示「最后执行结果」，不维护「当前是否正在运行」的实时标记。即使你看到某任务状态是「正在运行」，只要调度器轮询到下一次触发时间（比如每小时一次），它仍会新建一个进程去执行，完全不检查前序实例是否存活。
- 任务日志里会出现多个
Started at时间戳紧挨着，但只有一个对应Completed，其余卡在Running...或直接消失 - Windows 进程列表中能看到多个
navicat.exe实例同时存在，且命令行参数都含-batchjob "任务名" - 导出路径若用固定文件名（如
backup.sql），后启动的任务会覆盖前一个，导致你以为“只跑了一次”，实际数据已丢失
用 Windows 任务计划程序 + 脚本锁机制拦截
绕过 Navicat 内置调度器，改用系统级任务计划程序（taskschd.msc）配合轻量脚本锁，是最可靠的做法。关键不是禁用重复，而是让后续触发主动退出。
- 创建批处理脚本（如
run_once_backup.bat），开头加入如下逻辑：if exist "C:\navicat_tasks\backup.lock" (exit /b 1) echo. > "C:\navicat_tasks\backup.lock" "C:\Program Files\PremiumSoft\Navicat Premium 16\navicat.exe" -batchjob "Daily Backup" del "C:\navicat_tasks\backup.lock"
- 在 Windows 任务计划程序中，「操作」设置为启动该批处理脚本，而非直接调用
navicat.exe -
backup.lock文件必须放在非临时目录（如不要放%TEMP%），否则系统清理可能误删，导致锁失效
Navicat CLI 调用时加超时与唯一标识
即使用了外部调度，也要防止 Navicat 自身因卡死而长期占着锁。通过命令行参数控制行为边界：
- 强制添加
-timeout 1800（单位秒），避免单次任务无限挂起；旧版 Navicat 不支持该参数，需升级到 Premium 16.1+ - 导出任务务必使用动态文件名，例如嵌入时间戳：
-export "C:\backups\prod_%date:~-4,4%%date:~-10,2%%date:~-7,2%_%time:~0,2%%time:~3,2%.sql"，避免覆盖同时触发的其他实例 - 若任务涉及 SQL 脚本执行，脚本开头加
SELECT GET_LOCK('navicat_daily_backup', 0);（MySQL），返回 0 表示已被占用，可立即EXIT；记得结尾SELECT RELEASE_LOCK('navicat_daily_backup');
别依赖「启用后台任务调度」勾选项
很多人以为在 工具 → 选项 → 常规 里勾选了「启用后台任务调度」就能防重入，其实它只影响 Navicat 主界面是否响应内部定时器，对进程级并发毫无约束。更麻烦的是：一旦主窗口失去焦点超 5 分钟，该功能在 v15/v16 中会静默停止轮询——此时你既没收到告警，任务也不再执行，还误以为“没重复”。
真正需要防重复的场景，必须剥离 Navicat GUI 环境，用系统级调度 + 显式锁 + 超时控制三者组合。任何单点方案（比如只改 Navicat 设置、只加 Windows 任务延迟）都会在高负载或远程桌面断开时失效。
