$elemMatch用于确保数组中同一元素同时满足多个条件，而点号路径查询仅验证各条件在数组不同元素中分别存在；$all和$in适用于多值匹配但不保证同元素，聚合管道$filter可提取符合条件的子数组。
用 $elemMatch 匹配数组内多个条件
直接用点号路径（如 "tags.name"）查数组字段，只能验证某个字段存在且满足单个条件，无法确保多个条件落在同一个数组元素上。比如想查「同时满足 status=="active" 且 priority>5 的 tags 元素」，必须用 $elemMatch。
常见错误是写成 {"tags.status": "active", "tags.priority": {"$gt": 5}}——这会匹配到 status 在一个元素、priority 在另一个元素的情况。
- 正确写法：
{"tags": {"$elemMatch": {"status": "active", "priority": {"$gt": 5}}}} - 只查单个字段？用点号更简洁，比如
{"tags.name": "python"} -
$elemMatch只能用于数组字段，对嵌套对象字段无效
用 $all 和 $in 处理多值匹配
当需要确认数组包含全部指定值或任意一个指定值时，$all 和 $in 是最直接的选择，但语义和性能差异明显。
$all 要求数组包含所有给定值（顺序无关），$in 只要包含任一即可。注意：它们不关心这些值是否在同一个元素里——这是和 $elemMatch 的关键区别。
立即学习“Python免费学习笔记（深入）”；
-
{"categories": {"$all": ["web", "backend"]}}→ 数组必须同时有这两个字符串 -
{"categories": {"$in": ["web", "mobile"]}}→ 数组只要含 web 或 mobile 之一就匹配 - 如果数组元素是对象（如
[{"type":"dev"}, {"type":"test"}]），$in无法按字段匹配，得用$elemMatch或聚合管道
用聚合管道 $filter 提取匹配的子数组
单纯过滤文档不够，有时还要返回数组中符合条件的那部分数据——比如只返回用户所有已激活的标签，而不是整个 tags 数组。这时不能靠 find 查询参数，得走聚合管道。
$filter 是最轻量的提取方式，配合 $project 使用。它不改变原始文档结构，只筛选数组内容。
- 示例：只保留
tags中active为True的项：[{"$project": {"active_tags": {"$filter": {"input": "$tags", "cond": {"$eq": ["$$this.active", true]}}}}} ] -
$$this指当前遍历的数组元素，别写成$this（会报错） - 如果后续还要对提取结果计数或展开，可接
$size或$unwind，但注意$unwind会让单文档变多行
索引对数组查询的影响容易被低估
MongoDB 对数组字段建索引时，默认是多键索引（multikey），每个数组元素都会生成独立索引条目。这带来两个实际影响：
- 查询
{"tags.name": "python"}能走索引，但{"tags": {"$elemMatch": {...}}}是否走索引，取决于你是否为整个tags字段或其子字段建立了复合索引 - 如果经常查
tags.status和tags.priority组合，建议建复合索引：db.collection.createIndex({"tags.status": 1, "tags.priority": 1}) - 数组字段过多（比如上千个元素）会导致索引膨胀，写入变慢，必要时考虑预聚合或拆表
数组字段的查询逻辑比表面看起来更依赖数据结构设计——字段是扁平字符串数组，还是嵌套对象数组，直接决定该用 $in、$elemMatch 还是聚合。没想清楚这点，光调语法很容易查出错数据。
