导出文件名必须含唯一时间戳或随机标识，建议用%Y%m%d_%H%M%S或%Y%m%d_%H%M%S_%RAND4%，并为每个任务分配独立子目录、使用CLI调度、临时目录导出后原子移动、添加MD5校验。
导出文件名必须含唯一时间戳或随机标识
navicat 定时导出任务默认用固定文件名（如 report.xml），若两个任务间隔短、执行时间重叠，后启动的任务会直接覆盖前一个的输出文件。这不是竞态 bug，而是设计上没做并发隔离——它不检查目标文件是否存在，也不加锁。
实操建议：
- 在导出路径中强制插入动态变量：
%Y%m%d_%H%M%S（Windows/macOS/Linux 均支持），例如D:\exports\sales_report_%Y%m%d_%H%M%S.xml - 避免只用
%Y%m%d：单日多次执行时仍会冲突；%H%M精度不够，秒级并行仍可能撞上 - 不要依赖
$DATE$或$TIME$这类旧版变量，部分 Navicat 15.x 补丁版本中它们在 CLI 模式下解析为空，导致生成空文件名 - 若需人工可读性，可用
%Y%m%d_%H%M%S_%RAND4%（Navicat Premium 16+ 支持），%RAND4%生成 4 位随机数，进一步降低碰撞概率
别让多个任务写入同一目录且未隔离
即使文件名带时间戳，若所有任务都往 C:\exports\ 这种共享目录写，仍可能因权限继承、杀毒软件扫描或 OneDrive 同步锁引发 I/O 冲突，表现为文件生成但内容为空或大小为 0。
实操建议：
- 为每个定时任务分配独立子目录，例如
C:\exports\sales_daily\、C:\exports\users_hourly\，避免跨任务干扰 - 确认目录存在且 Navicat 进程有完整写入权限（非仅“创建文件”，还需“修改属性”——某些企业策略会禁用该权限）
- Windows 下禁用该目录的“压缩”或“加密”属性（右键 → 属性 → 高级），NTFS 压缩在并发写入时易触发静默失败
- macOS/Linux 下若挂载网络盘（如 SMB/NFS），务必确认服务器端支持 POSIX 文件锁；否则
navicat进程无法协调写入顺序
用 CLI 方式替代图形界面计划任务，规避客户端调度瓶颈
Navicat 自带的「计划任务」是客户端轮询机制，多个任务并发时由同一个进程串行 dispatch，一旦某任务导出慢（比如大表 XML 序列化卡住），后续任务就会堆积、延迟甚至超时丢弃——你看到的“覆盖”，其实是第二个任务等不及，直接覆写了第一个还没写完的临时文件。
实操建议：
- 改用系统级调度：Windows 用
schtasks或任务计划程序，调用navicat.exe -runjob "C:\tasks\sales_export.ncx"；macOS/Linux 用cron调用./navicat -runjob "/tasks/users_export.ncx" - 每个任务导出前加
timeout /t 300 /nobreak >nul &&（Windows）或timeout 300（Linux/macOS），防止单次执行无限阻塞 - CLI 模式下任务完全独立，无共享内存或状态，天然支持并行；但要注意：同一台机器上同时跑 5 个
navicat.exe实例，内存占用会翻倍，建议限制并发数 ≤3
XML 导出本身不支持原子写入，得靠外部手段兜底
Navicat 导出 XML 时先创建空文件，再流式写入内容，中断时极易留下半截文件。并发场景下，A 任务刚建好 report_20260605_223000.xml，B 任务立刻覆盖，结果你拿到的是一个 0 字节或只有开头几行的残缺文件。
实操建议：
- 导出路径设为临时目录（如
C:\temp\navicat_tmp\），完成后用脚本移动到正式目录，并重命名为带.done后缀，例如report_20260605_223000.xml.done；监控程序只处理以.done结尾的文件 - Windows 批处理示例：
navicat.exe -runjob "C:\tasks\export.ncx"<br>if exist "C:\temp\navicat_tmp\*.xml" (<br> for %f in ("C:\temp\navicat_tmp\*.xml") do move "%f" "D:\exports\%~nxf.done"<br>) - Linux/macOS 可用
mv+touch组合，确保移动操作是原子的；避免用cp+rm，中间状态不可控
