Navicat 不支持 MongoDB 定时归档，因其 Automation 模块仅适配 SQL 数据库，MongoDB 连接下“计划任务”禁用；需用 mongosh 编写含完整连接参数的脚本，配合系统定时器（如 crontab）执行，并严格处理日志与认证上下文。
Navicat 无法对 MongoDB 执行定时归档操作，包括“一年前的历史订单”这类基于时间条件的集合迁移或清理——它根本不支持 MongoDB 的自动化调度功能。
为什么 Navicat 的“计划任务”对 MongoDB 完全不可用
你看到的“计划任务”选项卡在 MongoDB 连接下是灰色禁用状态。Navicat 的 Automation 模块只适配 SQL 类数据库（MySQL、PostgreSQL 等），底层不解析 db.orders.aggregate() 或 db.orders.deleteMany() 这类 MongoDB 原生命令。试图创建定时任务时，会直接报错：Failed to create scheduled job for MongoDB connection。
常见误操作包括：导出查询为 .js 文件后丢进 Navicat 的批处理中，或幻想用“自动运行”调用 mongodump——但 Navicat 对 MongoDB 的所有导出动作都是一次性、无上下文的，不携带认证参数、SSL 配置、副本集名称（replicaSet=rs0）等关键连接信息，执行必然失败。
真正能跑通的归档脚本长什么样
必须用 mongosh 写明文脚本，显式控制连接、查询、写入、删除四步逻辑。例如归档 orders 中一年前数据到 orders_archive_2025：
db.orders.aggregate([
{ $match: { createdAt: { $lt: new Date(Date.now() - 365*24*60*60*1000) } } },
{ $merge: { into: "orders_archive_2025", on: "_id", whenMatched: "replace", whenNotMatched: "insert" } }
])
注意点：
-
$merge比$out更安全，避免覆盖整表；$out会清空目标集合，慎用 - 删除前务必先统计：
db.orders.countDocuments({ createdAt: { $lt: new Date(Date.now() - 365*24*60*60*1000) } }) - 连接字符串必须完整，例如：
mongodb://user:pass@host:27017/mydb?authSource=admin&replicaSet=rs0 - 脚本保存为
archive_orders.js，不要依赖 Navicat 的任何导出路径或临时文件
怎么让这个脚本每天凌晨自动跑
靠操作系统级定时器，不是 Navicat：
- Linux 下用
crontab -e添加：0 2 * * * /usr/bin/mongosh --quiet "mongodb://user:pass@host:27017/mydb?authSource=admin" /path/to/archive_orders.js >> /var/log/mongo-archive.log 2>&1 - Windows 下用任务计划程序，触发程序填
mongosh.exe，参数填完整连接串 + 脚本路径，**必须勾选“不管用户是否登录都要运行”并输入密码** - 日志重定向不能省：
>>和2>&1缺一不可，否则失败时连错误都看不到 - 首次测试建议把 cron 时间设成 2 分钟后，确认日志有输出、目标集合有数据、原集合数量下降
Navicat 在这个流程里唯一能干的事
仅限开发调试阶段：用 Navicat 连上 MongoDB，手动执行聚合语句验证逻辑，复制粘贴到 archive_orders.js 中；或者用它的“导出”功能生成初始 JSON 样本，但导出结果不能直接用于归档——Date 字段会变成字符串，ObjectId 会丢失类型，导入后查不到、索引失效、聚合管道崩溃。
真正容易被忽略的是连接上下文的完整性：哪怕脚本里写了 db = db.getSiblingDB("mydb")，如果连接串没带 authSource 或副本集参数，mongosh 启动就报 Authentication failed 或 not master，而这类错误在 crontab 日志里只会显示为非零退出码，不看完整 stderr 就永远定位不到问题根源。
