Navicat 17 不支持直接运行 explain() 查看聚合管道执行计划，因其 Pipeline Builder 仅执行聚合查询而不调用 .explain() 方法，且 Shell 模式不兼容链式 explain 调用；必须复制管道至 mongosh 手动执行 .explain("executionStats") 获取真实性能指标。
Navicat 17 不支持直接运行 explain() 查看聚合管道执行计划
navicat 17 的可视化聚合管道界面（pipeline builder）确实能拖放添加 $match、$group、$sort 等阶段，也能实时预览结果，但它**不提供 mongodb 原生的 explain("executionstats") 或 explain("allplansexecution") 输出**。这意味着你无法在 navicat 内看到 stage-wise 的文档数、内存使用、索引命中、被拒绝的候选计划等关键性能指标。
原因很直接：Navicat 的 Pipeline Builder 底层是构造并发送 db.collection.aggregate([...]) 命令，而非包裹一层 .explain() 调用；它的“测试”动作本质是执行查询，不是分析查询。
- 它不暴露
explain的任何参数选项（如"queryPlanner"、"executionStats"） - 右键菜单、工具栏或阶段设置面板中均无 “Explain”、“Show Execution Plan” 或类似入口
- 即使你在“SQL 编辑器”里手动写
db.orders.aggregate([...]).explain("executionStats")，Navicat 17 会报错：TypeError: db.orders.aggregate(...).explain is not a function—— 因为它的 Shell 模式不完全兼容 MongoDB Shell 的链式方法调用
必须切换到 MongoDB Shell 或 mongosh 才能获取真实执行计划
要拿到可信赖的执行计划，你得离开 Navicat 的图形界面，回到命令行环境。这是目前唯一可靠的方式。
- 连接同一 MongoDB 实例，使用官方
mongosh（推荐）或旧版mongoshell - 把 Navicat 中构建好的聚合管道数组完整复制出来（注意去掉末尾分号，补上括号），例如：
db.orders.aggregate([ { $match: { status: "shipped", createdAt: { $gte: ISODate("2024-01-01") } } }, { $group: { _id: "$region", total: { $sum: "$amount" } } }, { $sort: { total: -1 } } ]) - 在
mongosh中执行带.explain("executionStats")的版本：db.orders.aggregate([ { $match: { status: "shipped", createdAt: { $gte: ISODate("2024-01-01") } } }, { $group: { _id: "$region", total: { $sum: "$amount" } } }, { $sort: { total: -1 } } ]).explain("executionStats") - 重点关注输出中的
stages数组（每个 stage 的docsExamined、executionTimeMillisEstimate）、executionStages下的inputStage嵌套结构，以及最顶层的executionSuccess和nReturned
Navicat 17 中的“执行分析”仅限于结果数据流预览
Navicat 所谓的“测试管道”或“运行”按钮，实际只做两件事：执行聚合、渲染结果（树/JSON/网格视图）。它会在每个阶段右侧显示一个数字，比如 12,489 docs →，但这只是该阶段**输出文档数的估算值**，并非来自 explain，也不反映内存消耗或磁盘扫描。
- 这个数字可能不准：它基于采样或前端模拟计算，尤其对
$lookup、$unwind或大集合容易严重低估/高估 - 它不告诉你哪个 stage 触发了
RAM limit exceeded，也不会提示$sort是否用了内存还是临时文件 - 如果你依赖这个数字调优，很可能误判瓶颈——比如看到
$match后只剩 50 条，就以为索引有效，但explain可能显示docsExamined: 248000，说明索引根本没被选中
折中方案：用 Navicat 构建 + 复制到 mongosh 分析
Navicat 17 的真正价值在于快速搭建和迭代逻辑，而不是性能诊断。建议采用“分工协作”流程：
- 在 Navicat Pipeline Builder 中完成阶段编排、字段映射、表达式调试（比如
$cond嵌套、$dateToString格式） - 点击“复制管道”（或全选 JSON 视图内容），粘贴进
mongosh - 手动追加
.explain("executionStats")并执行 - 根据返回的
executionStats.executionTimeMillis和各 stage 的docsExamined反向调整 Navicat 中的$match位置、是否加索引、是否拆分$lookup - 改完再复制回 Navicat 验证结果正确性
别指望 Navicat 自动帮你发现 $sort 没走索引，或者 $group 导致内存爆炸——这些必须靠原生命令和 explain 输出里的硬指标来确认。
