MongoDB聚合match无匹配结果时应如何编写对应查询语句？

你的需求可以通过单条聚合管道实现，无需额外的多次查询，核心逻辑是先统计匹配规则的文档数量，再根据统计结果动态决定返回的文档范围，具体实现如下： #

基础实现方案（低复杂度，适合中小数据量） #

仅需编写一次匹配规则，避免多处维护条件的一致性问题：

// 替换下方的matchRule为你实际使用的筛选条件即可
const matchRule = { status: "active", score: { $gt: 80 } };

db.yourCollectionName.aggregate([
  // 给所有文档标记是否符合匹配规则
  {
    $addFields: {
      _isMatchTarget: {
        $cond: { if: matchRule, then: true, else: false }
      }
    }
  },
  // 全局统计匹配到的文档总数，同时暂存全量文档
  {
    $group: {
      _id: null,
      allDocuments: { $push: "$$ROOT" },
      matchedTotal: { $sum: { $cond: ["$_isMatchTarget", 1, 0] } }
    }
  },
  // 根据匹配总数动态过滤返回内容
  {
    $project: {
      result: {
        $cond: {
          // 存在匹配文档时返回非匹配项
          if: { $gt: ["$matchedTotal", 0] },
          then: {
            $filter: {
              input: "$allDocuments",
              cond: { $eq: ["$$this._isMatchTarget", false] }
            }
          },
          // 无匹配文档时返回全量
          else: "$allDocuments"
        }
      }
    }
  },
  // 还原为原始文档结构
  { $unwind: "$result" },
  {
    $replaceRoot: {
      newRoot: { $unsetField: { field: "_isMatchTarget", input: "$result" } }
    }
  }
])

高性能优化方案（适合大数据量场景） #

如果集合数据量较大，推荐使用$facet阶段并行执行统计和查询，避免全量文档临时入组带来的性能和BSON大小限制问题：

// 匹配规则和对应的否定规则，注意两处规则保持一致
const matchRule = { status: "active", score: { $gt: 80 } };
const notMatchRule = { $nor: [matchRule] };

db.yourCollectionName.aggregate([
  {
    $facet: {
      // 子管道1：统计匹配文档数量
      matchCount: [ { $match: matchRule }, { $count: "total" } ],
      // 子管道2：拉取全量文档
      allDocs: [ { $match: {} } ]
    }
  },
  // 计算是否存在匹配项
  {
    $addFields: {
      hasMatched: { $gt: [ { $ifNull: [ { $first: "$matchCount.total" }, 0 ] }, 0 ] }
    }
  },
  // 动态过滤结果
  {
    $project: {
      finalResult: {
        $cond: {
          if: "$hasMatched",
          then: { $filter: { input: "$allDocs", cond: notMatchRule } },
          else: "$allDocs"
        }
      }
    }
  },
  // 还原文档结构
  { $unwind: "$finalResult" },
  { $replaceRoot: { newRoot: "$finalResult" } }
])

注意事项 #

• 基础方案仅需编写一次匹配规则，适合筛选逻辑复杂的场景，最大支持单聚合结果16MB
• 优化方案支持更大的数据量，需注意匹配规则和否定规则保持同步
• 如果集合数据量超过百万级别，建议先单独执行一次匹配计数查询，再根据计数结果决定执行全量查询还是反向匹配查询，性能会优于单聚合管道

内容的提问来源于stack exchange，提问作者Дмитрий Костюнин