MongoDB Aggregate之优化

到aggregate()总是头大,不知道怎么写才能达到奥林匹克精神(更高,更快,更强)
经过四分卫大神指点并结合官方文档,特对aggregate书写顺序总结如下:

聚合管道的优化

聚合管道操作中有这样一个优化阶段,它会尝试改造管道以提升性能。
如要了解优化器如何转换一个给定的聚合管道,可以查看 db.collection.aggregate() 方法中的 说明 选项的输出结果。 ·具体的优化内容按不同版本的变化而定。

预测优化

聚合管道可以检测到是否仅使用文档中的一部分字段就可以完成聚合。如果是的话,管道就可以仅使用这些必要的字段,从而减少进入管道的数据量。

·管道顺序的优化

·$sort + $match 顺序优化

如果你的管道中, $sort 后面跟着 $match ,把 $match 移到 $sort 前面可以减少需要排序的对象个数。
例如,如果管道中有以下两个部分:

{ $sort: { age : -1 } },{ $match: { status: 'A' } }
//·在优化阶段,优化器首先把顺序转换成如下样子:
{ $match: { status: 'A' } },{ $sort: { age : -1 } }

$skip + $limit 顺序优化

如果你的管道中, $skip 后面跟着 $limit ,优化器会把 $limit 移到 $skip 前面,这个时候, $limit 的值会加上 $skip 的个数。
·例如,如果管道由以下部分组成:

{ $skip: 10 },{ $limit: 5 }
在优化阶段,优化器首先把顺序转换成如下样子:
{ $limit: 15 },{ $skip: 10 }

对于类似 s o r t 和 sort和 sortlimit的合并 ,例如 $sort + $skip + l i m i t , 优 化 器 允 许 你 做 很 多 优 化 。 详 情 请 查 看 limit ,优化器允许你做很多优化。详情请查看 limitsort和$limit的合并 ,也可以在 s o r t 、 sort、 sortskip、$limit的顺序优化 中查看例子。
对于在 分片集合上的聚合 ,优化器可以减少从每个分片返回的文档个数。

·$redact + $match 顺序优化

如果可能,当管道中 $redact 阶段后面紧接着有 $match 操作,聚合有时候会添加一个 $match 到 $redact前面。
如果在管道在一开始有 $match ,聚合操作在查询时可以使用索引,以减少进入到管道中的文档个数。更多详情请查看 聚合管道的操作符和性能 。
·例如,如果管道由以下部分组成:

{ $redact: { $cond: { if: { $eq: [ "$level", 5 ] }, then: "$$PRUNE", else: "$$DESCEND" } } },{ $match: { year: 2014, category: { $ne: "Z" } } }
//优化器可以在 $redact 之前增加相同的 $match 。
{ $match: { year: 2014 } },{ $redact: { $cond: { if: { $eq: [ "$level", 5 ] }, then: "$$PRUNE", else: "$$DESCEND" } } },{ $match: { year: 2014, category: { $ne: "Z" } } }

管道合并优化

优化器可以在管道开始之前合并其他的管道。一般情况下,合并发生在所有顺序优化之后。

$sort + $limit 合并

如果 $sort 在 $limit 前面,优化器可以把 $limit 合并在 $sort 内部。此时如果指定了限定返回 n 个结果,那么排序操作仅需要维护最前面的 n 个结果,MongoDB只需要在内存中存储 n 个元素 (当 allowDiskUse 设置为 true 和 n 数目超过 聚合的内存限制 时,优化依旧会进行。)。更多信息请查看 排序与内存 。

$limit + $limit 合并

当 $limit 操作后面还有一个 $limit 操作,这两步可以合并成一个单独的 $limit 操作,此时限制的个数是前面两个限制个数中较小的值。例如,一个管道操作包含有如下操作序列:

{ $limit: 100 },{ $limit: 10 }
//此时,第二个 $limit 操作可以合并到第一个 $limit 操作中,最后生成一个 $limit 操作并且限制个数为初始两个限制个数 100 和 10 中的较小的一个 10 。
{ $limit: 10 }

$skip + $skip 合并

当 $skip 操作后面还有一个 $skip 操作,这两步可以合并成一个单独的 $skip 操作,此时跳过的个数是前面两个跳过个数的和。例如,一个管道操作包含有如下操作序列:

{ $skip: 5 },{ $skip: 2 }
//此时,第二个 $skip 操作可以合并到第一个 $skip 操作中,最后生成一个 $skip 操作并且跳过个数为初始两个跳过个数 5 与 2 的相加值 7 。
{ $skip: 7 }

$match + $match 合并

当 $match 操作后面还有一个 $match 操作,可以将这两步中的条件使用 a n d 表 达 式 合 并 成 一 个 单 独 的 and 表达式合并成一个单独的 andmatch 操作。例如,一个管道操作包含有如下操作序列:

{ $match: { year: 2014 } },{ $match: { status: "A" } }
此时,第二个 $match 操作可以合并到第一个 $match 操作中,最后生成一个 $match 操作。
{ $match: { $and: [ { "year" : 2014 }, { "status" : "A" } ] } }

·例子
下面的一些顺序优化的例子可以结合顺序重排和合并的优势。一般来说,合并优化在所有的顺序重排之后进行。

$sort + $skip + $limit 顺序

一个依次包含 $sort 、 $skip 和 $limit 的管道:

{ $sort: { age : -1 } },{ $skip: 10 },{ $limit: 5 }
·首先,优化器执行 $skip和$limit的优化 ,转换后的顺序如下:
{ $sort: { age : -1 } },{ $limit: 15 }{ $skip: 10 }

经过 s k i p 和 skip和 skiplimit的优化 后, $limit 的限定个数会增长。详情请查看 s k i p 和 skip和 skiplimit的优化 。
重排后的 $sort 在 l i m i t 前 面 , 这 时 可 以 将 这 两 个 阶 段 合 并 来 降 低 排 序 时 需 要 的 内 存 大 小 。 详 情 请 查 看 limit 前面,这时可以将这两个阶段合并来降低排序时需要的内存大小。详情请查看 limitsort和$limit的合并

$limit + $skip + $limit + $skip 顺序

管道中如果交替包含了 $limit 和 $skip :

{ $limit: 100 },{ $skip: 5 },{ $limit: 10 },{ $skip: 2 }
//The $skip + $limit 顺序优化 reverses the position of the { $skip: 5 } and { $limit: 10 } stages and increases the limit amount:
{ $limit: 100 },{ $limit: 15},{ $skip: 5 },{ $skip: 2 }

优化器会把两个 $limit 合并为一个 $limit ,两个 $skip 合并为一个 $skip 。合并后的结果如下:
{ $limit: 15 },{ $skip: 7 }
详情请查看 l i m i t 和 limit和 limitlimit的合并 和 s k i p 和 skip和 skipskip的合并 。

你可能感兴趣的:(MongoDB)