MongoDB的聚合管道功能强大，但很多人在使用$gt做大于判断时，经常遇到查询结果和预期不符的情况。这并不是操作符本身有bug，而是因为$gt在聚合管道的不同阶段有截然不同的两种用法：作为查询操作符和作为聚合表达式。如果不理解这两者的区别，写出来的条件很容易失效。这篇文章就来把$gt的用法彻底讲清楚。
$gt的两种身份：查询操作符与聚合表达式
在$match阶段里，$gt是查询操作符（query operator），写法是把它作为字段值的子对象传入，语法结构为{字段: {$gt: 值}}。这种写法和普通的find查询完全一致，也是性能最好的方式，因为如果$match是管道的第一个阶段，MongoDB可以直接利用索引加速。
而在$project、$addFields、$group的$cond、$filter等场合，$gt变成了聚合表达式（aggregation expression），此时必须写成{$gt: [表达式1, 表达式2]}的数组形式，它的返回值是一个布尔值true或false，而不是直接过滤数据。这是最容易混淆的地方：很多人在$match里写了数组形式，或者在$project里写了查询形式，导致语法报错或结果异常。
简单记一个原则：match用对象形式，其他阶段用数组形式。下面分别给出两种用法的完整示例。
$match阶段的基础用法与常见场景
先准备一个测试集合orders，文档包含金额、下单时间、嵌套的用户信息等字段。演示数据如下：
db.orders.insertMany([
{ item: "键盘", amount: 299, createdAt: ISODate("2024-05-01"),
buyer: { level: 3, city: "上海" } },
{ item: "鼠标", amount: 89, createdAt: ISODate("2024-06-15"),
buyer: { level: 1, city: "北京" } },
{ item: "显示器", amount: 1599, createdAt: ISODate("2024-07-20"),
buyer: { level: 5, city: "广州" } }
])最常见的场景是筛选金额大于某个数值的文档，配合$match直接使用：
// 查询金额大于200的订单
db.orders.aggregate([
{ $match: { amount: { $gt: 200 } } }
])日期比较也很常用，$gt可以和ISODate配合，筛选某个时间段之后的订单。注意日期必须用ISODate构造，如果写成字符串比较，会按照BSON类型排序规则导致结果不符合预期，这一点后面会详细说明。
// 查询2024年6月1日之后创建的订单
db.orders.aggregate([
{ $match: { createdAt: { $gt: ISODate("2024-06-01") } } }
])嵌套字段同样支持，用点号路径即可，例如筛选会员等级大于2的买家：
db.orders.aggregate([
{ $match: { "buyer.level": { $gt: 2 } } }
])$gt作为聚合表达式：返回布尔值的进阶用法
当需要把比较结果作为一个新字段保存，或者在条件判断中使用时，就要用数组形式的$gt表达式。例如给订单打标签，金额大于1000的标记为高价单：
db.orders.aggregate([
{
$addFields: {
isExpensive: { $gt: ["$amount", 1000] }
}
}
])这里的$amount是字段路径引用，$gt比较后返回布尔值写入isExpensive字段。这种写法经常和$cond配合实现更复杂的逻辑，比如根据金额区间给出不同折扣：
db.orders.aggregate([
{
$addFields: {
discount: {
$cond: {
if: { $gt: ["$amount", 1000] },
then: 0.8,
else: 0.95
}
}
}
}
])在数组字段的处理上，$filter配合$gt表达式可以过滤数组内的元素，这是聚合管道里非常实用的技巧。假设订单里包含多个商品明细，只想保留单价大于100的明细：
db.orders.aggregate([
{
$addFields: {
detailList: {
$filter: {
input: "$detailList",
as: "d",
cond: { $gt: ["$$d.price", 100] }
}
}
}
}
])注意$$d是$filter中通过as定义的临时变量，两个美元符号表示引用的是变量而不是文档字段。
常见坑：为什么你的$gt条件不生效
第一个坑是类型不匹配。MongoDB的比较遵循BSON类型排序规则，不同类型之间有一个固定的比较顺序，例如数字小于字符串。如果字段存的是字符串"299"，用数字200去比较，得到的不是语义上的数值比较结果。遇到这种情况，可以用$convert或$toLong先转换类型再比较：
db.orders.aggregate([
{
$match: {
$expr: { $gt: [ { $toLong: "$amountStr" }, 200 ] }
}
}
])第二个坑是字段不存在的文档。如果文档中根本没有某个字段，$gt判断时缺失字段的值为undefined，不会匹配任何数值比较条件，这可能造成统计结果偏少。如果业务上需要把缺失字段当作0处理，同样可以借助$ifNull兜底：{$gt: [{$ifNull: ["$amount", 0]}, 200]}。
第三个坑是位置放错导致性能问题。$match应尽量放在管道最前面，这样能够利用索引提前过滤数据量。如果先做了$group再$match，索引就完全失效了。另外，在$match里如果使用了$expr包裹的表达式形式，通常也无法使用索引，只有在不得不做跨字段比较（比如{$gt: ["$amount", "$minAmount"]}比较两个字段）时才建议这么写。
掌握这些要点后，再面对聚合管道中的大于判断就不会踩坑了：记住对象形式和数组形式各自的适用阶段，注意类型一致性和字段缺失问题，把过滤尽量前置，就能写出既正确又高效的聚合查询。
MongoDB聚合管道$gt操作符MongoDB条件匹配修改时间：2026-09-12 05:08:30