MongoDB的查询接口看似简单，一个find方法加上一个条件对象就能完成筛选，但真正写起来却有不少细节。尤其是从关系型数据库迁移过来的使用者，很容易把SQL里的WHERE条件直接映射成MongoDB的字段等值匹配，忽略了文档结构、数组语义和操作符类型约束带来的差异。要写出精确且高效的条件查询，需要先理解MongoDB对条件对象的解析规则，再逐一掌握比较操作符、逻辑操作符以及针对数组和嵌套文档的专用操作符。下面通过实际案例逐个说明。
一、比较操作符与基础条件过滤
MongoDB最基础的查询是等值匹配，例如db.users.find({ status: 'active' })会返回status字段值严格等于字符串active的文档。这里有一个容易忽略的点：等值匹配是类型敏感的。如果某个文档的status字段存的是数组['active', 'pending']，这个查询同样能命中，因为MongoDB对数组字段的等值匹配会检查数组元素是否包含目标值。但如果字段值是数字1，而查询条件写的是字符串'1'，则不会命中，类型必须完全一致。
比较操作符可以打破等值限制，常用的有$gt、$gte、$lt、$lte和$ne。例如查询年龄大于25岁的用户：
db.users.find({ age: { $gt: 25 } })
这段代码的实际含义是匹配age字段值大于25的文档，如果字段不存在则不会匹配。需要注意的是，比较操作符同样遵循类型顺序。MongoDB在比较不同类型时会按照BSON类型排序，数字通常小于字符串，所以如果集合中混用了数字和字符串存储年龄，$gt的结果可能不符合预期。生产环境建议在写入层保证字段类型一致，或者使用聚合管道中的类型转换先行处理。
$in和$nin用于列表匹配，可以简化多个$or条件的写法。例如查询状态为active或pending的文档：
db.orders.find({ status: { $in: ['active', 'pending'] } })
$in不仅支持标量数组，还可以与正则表达式配合，不过需要注意正则表达式在$in中的执行方式与直接使用$regex略有不同。另外$nin会匹配字段不存在的情况，这与很多使用者的直觉相反，容易出现查询结果中包含大量缺少该字段的文档。如果希望排除字段不存在的文档，可以结合$exists操作符一起使用。
二、逻辑操作符与正则表达式查询
当需要组合多个条件时，可以依赖$and、$or、$not和$nor。MongoDB的find条件对象中，直接使用逗号分隔多个键值对就隐式表达了AND关系，例如{ status: 'active', age: { $gt: 25 } }表示两个条件必须同时满足。隐式AND很容易理解，但遇到同一个字段需要同时满足两个范围条件时，就必须显式使用$and，因为普通对象中的重复键会覆盖前一个值。典型场景是查询年龄在20到30岁之间的文档，应该写成：
db.users.find({
$and: [
{ age: { $gte: 20 } },
{ age: { $lte: 30 } }
]
})
如果直接写成{ age: { $gte: 20 }, age: { $lte: 30 } }，第二个age条件会覆盖第一个，导致只查询年龄小于等于30的文档。这是很多迁移用户容易掉的坑。
$or用于表示多个条件中满足任意一个即可，它接受一个数组。例如查询用户名包含admin或者角色为root的用户：
db.users.find({
$or: [
{ username: { $regex: 'admin', $options: 'i' } },
{ role: 'root' }
]
})
正则表达式查询使用$regex操作符，可以配合$options指定i、m、x等选项。正则查询默认对字符串字段执行模式匹配，如果字段是数组，则任一元素匹配即可。需要注意的是，正则表达式查询通常无法利用索引，除非使用前缀锚定（例如^admin）且字段建立了文本索引或前缀索引。在生产环境中，对海量数据进行全集合正则扫描代价很高，建议尽量将正则放在过滤条件较少的场景，或者改用文本索引。
$not和$nor用于取反逻辑。其中$not只能作用于操作符表达式，例如{ age: { $not: { $gt: 25 } } }，而$nor接受条件数组，表示所有条件都不满足。取反操作在索引利用上不占优势，通常会导致全集合扫描。
三、数组字段与嵌套文档的条件查询
MongoDB的数组字段查询规则比较特殊。当查询条件是一个标量时，MongoDB会匹配数组包含该标量的文档；当查询条件是一个对象时，则可能触发元素级匹配或整个数组精确匹配。例如{ tags: 'mongodb' }会匹配tags数组中包含字符串mongodb的文档。但如果写成{ tags: { $size: 2 } }则只匹配数组长度恰好为2的文档，而不是包含长度为2的元素的文档。
如果需要匹配数组中同时包含多个元素的文档，应该使用$all。例如查询标签同时包含mongodb和database的文档：
db.articles.find({ tags: { $all: ['mongodb', 'database'] } })
这里$all不关心数组元素顺序，只要求数组包含所有给定值。如果希望匹配数组中任意一个元素满足多个条件，就需要使用$elemMatch。比如查询成绩数组中存在一门成绩大于90且小于100的记录：
db.students.find({
scores: {
$elemMatch: { score: { $gt: 90, $lt: 100 } }
}
})
嵌套文档的查询可以使用点表示法。例如文档结构为{ profile: { city: 'Beijing', level: 3 } }，查询城市为北京的文档：
db.users.find({ 'profile.city': 'Beijing' })
这里点表示法会精确匹配嵌套字段值。需要注意的是，如果直接查询整个嵌套文档{ profile: { city: 'Beijing', level: 3 } }，MongoDB会进行整个文档的精确匹配，字段顺序也必须一致。如果只想匹配嵌套文档中的部分字段，必须使用点表示法或$elemMatch。
另一个常用操作符是$exists，用于判断字段是否存在。例如查询middleName字段不存在的用户：
db.users.find({ middleName: { $exists: false } })
$exists配合$ne可以模拟SQL中的IS NULL判断，但要注意MongoDB中null值也算字段存在，$exists: true会匹配字段值为null的文档。
四、优化条件查询与常见陷阱
条件查询写对了并不代表查询高效。MongoDB通过explain命令可以展示查询执行计划，其中winningPlan阶段的stage字段如果显示COLLSCAN，说明查询进行了全集合扫描，通常意味着缺少合适的索引。例如针对age字段频繁查询，应该创建单字段索引db.users.createIndex({ age: 1 })，使查询走IXSCAN阶段。通过对比索引前后的executionTimeMillis可以直观看到性能差异。
db.users.find({ age: { $gt: 25 } }).explain('executionStats')
对于多条件查询，复合索引的字段顺序会直接影响索引利用率。通常将等值条件字段放在前面，范围条件字段放在后面，例如查询status等值且age范围时，建立{ status: 1, age: 1 }索引效果更好。另外，$or查询需要每个分支都有对应索引，否则MongoDB会对整个集合进行扫描。如果$or的分支过多，还可以考虑改写为$in来提升索引利用率。
数组字段和嵌套文档的索引同样有讲究。对数组字段建立多键索引后，MongoDB会为数组的每个元素生成索引条目，但$size操作符无法利用多键索引，因为数组长度不是索引存储的信息。对于嵌套文档，可以使用点表示法建立索引，例如db.users.createIndex({ 'profile.city': 1 })，这样查询就能走索引。还有一个常见陷阱是正则表达式查询：如果正则没有前缀锚定，索引基本不会被使用，建议针对固定模式的查询使用前缀匹配或者改用文本索引。
最后需要提醒的是，查询条件的书写顺序虽然不会改变MongoDB的解析结果，但会影响可读性。建议保持操作符的层级清晰，避免过度嵌套。条件对象中不要混用操作符和普通键值对造成歧义，比如{ age: { $gt: 25 }, status: 'active' }是合法的，但可读性稍差。多字段组合时，可以先用$and显式分组，让意图更明确。遇到条件查询返回空结果或结果集异常时，第一步检查字段类型是否一致，第二步用explain确认是否因为索引问题导致扫描范围扩大，第三步确认数组和嵌套文档的匹配语义是否符合预期。
MongoDB条件查询MongoDB查询操作符MongoDB find修改时间：2026-09-19 05:14:21