产品中心
线上服务的MongoDB中有一个很大的表，我查询时使用了sort()根据某个字段进行排序，结果报了下面这个错误：
[Error] Executor error during find command :: caused by :: Sort operation used more than the maximum 33554432 bytes of RAM. Add an index, or specify a smaller limit.
at line 0, column 0
这是个非常常见的MongoDB报错了。因为MongoDB处理排序时，如果排序的字段没有建立索引，会把全表都丢到内存中处理。
If MongoDB cannot use an index or indexes to obtain the sort order, MongoDB must perform a blocking sort operation on the data. A blocking sort indicates that MongoDB must consume and process all input documents to the sort before returning results.
而内存的大小并不是无限使用的，MongoDB的默认设置是32MB。一旦数据量超过32MB，则会报错。
32MB这个限制是在参数internalQueryExecMaxBlockingSortBytes中控制。你可以在MongoDB的客户端上直接查看这个参数的值，执行以下语句：
所以在4.3以上的版本（本机是5.0.4），执行以下命令：
可以看到查询结果：
而服务器上的MongoDB版本为4.0.3，因此是爆出来最上面的问题。
这是个很简单的问题，你用哪个字段排序，就对哪个字段加索引就好了。比如我要根据A字段进行排序，则增加A字段的索引。
但是如果我改主意了，我要根据A、B两个字段做排序：
那么熟悉的报错就又回来了。
是的！机智的MongoDB并不会像我们想的那样，先用上A的索引，从而省点力气。他依旧会把全部的数据丢到内存里排序……
那我再加个B字段的索引吧，毕竟在MongoDB查询的时候，对两个字段分别建单键索引，灵活性比直接建一个复合索引要好一些，而且MongoDB的索引交集也可以让这两个单键索引实现和复合索引一样的效果。
哦，不行哟，还是那个报错。
所以，当多字段排序时，你必须要建一个包含了这些字段的复合索引，且要注意以下几点：
db.bigMongoTable.createIndex({"A":1,"B":1,"C":1});那么你的排序语句也要按照顺序如下：sort({"A":1,"B":1,"C":1})。如果你调换A和B的顺序，如下：sort({"B":1,"A":1,"C":1})，则索引不会生效。sort({"A":1,"B":1})，则索引继续生效。如果是这样：sort({"A":1,"C":1})，则无法生效。这个你可以理解成和MySQL类似，索引都是按照最左匹配规则去触发的，一条索引的中间部分跳过了就无效了。sort({"A":-1,"B":1})或者sort({"A":1,"B":-1})，索引则不会生效。只有在查询sort({"A":1,"B":1})或者sort({"A":-1,"B":-1})时，索引才会生效。到此这篇关于MongoDB排序时内存大小限制与创建索引注意事项的文章就介绍到这了,更多相关MongoDB排序内存限制内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！
