MongoDB中$group后必须用独立$match阶段实现HAVING语义，不能嵌入$group内部；$match须紧随$group之后，且过滤时直接引用聚合字段名（如count），不可写为"_id.count"。
MongoDB 中 $group 后必须用 $match 实现 HAVING 语义，不能写在 $group 内部或省略
$match 必须作为独立 pipeline 阶段紧跟 $group
很多人误以为能在 $group 的 _id 或聚合字段里直接写条件（比如 count: { $sum: 1, $gt: 1 }），这是无效的。MongoDB 不支持在 $group 阶段内做条件过滤——$group 只负责计算，$match 才负责筛选分组结果。
-
$match必须是$group之后的下一个阶段（或中间只隔$sort等非过滤阶段） - 若把
$match放在$group前，它作用的是原始文档，等价于 SQL 的WHERE，不是HAVING - 错误示例：
{$group: {_id: "$cid", count: {$sum: 1}}, $match: {count: {$gt: 1}}}—— 这语法不合法，$match不能嵌套在$group对象里
多字段分组时 _id 是对象，$match 引用 count 要写对路径
当按多个字段分组（如 card 和 account），_id 是一个嵌套对象，但 count 是同级字段。过滤时别误写成 "_id.count" 或漏掉引号。
- 正确写法：
{$match: {count: {$gt: 1}}}（count是$group输出的字段名） - 错误写法：
{$match: {"_id.count": {$gt: 1}}}（_id下没有count字段） - 如果想同时保留分组键值，记得在
$group中显式投影，例如：_id: {card: "$card", account: "$account"}，后续$match仍只查count
聚合管道顺序错乱会导致 $match 无效果
常见调试陷阱：执行后没返回任何数据，但确认有重复记录。大概率是 $match 阶段位置错了，或者用了 $project 把 count 字段改名/丢弃了。
- 检查 pipeline 顺序是否为：
$group → $match → （可选 $sort / $limit） - 如果中间加了
$project，必须确保count字段被保留或重命名后，在$match中使用新名字 - 用
db.collection.aggregate([...]).explain("executionStats")查看实际执行阶段，确认$match是否生效 - 开发时建议先跑通
$group阶段，打印出带count的中间结果，再加$match
真正容易被忽略的是：$match 在 $group 后不是“可选优化”，而是实现 HAVING 语义的唯一合法方式；一旦 pipeline 阶段顺序或字段引用出错，结果就完全偏离预期，且错误不报语法异常，只静默返回空集。
