的文章

2022-01-13xiaoxu评论(1)赞(0)

我看你那边嵌套文档查询，这边问题不是的。2个存在差别。[……] 阅读全文

2022-01-13xiaoxu评论(2)赞(0)

从sh.status来看，只有shard2存在一个chunk而已。range分片默认会在primary shard创建一个chunk。当数据进来的时候会进行数据平衡。默认chunk是64m. 你现在rf_db.pho&rf_db.p...

2022-01-13xiaoxu评论(3)赞(0)

每次都是一样吗？如果先用mongoTemplate去查询，则存在缓存，然后使用工具去查询会利用缓存来查询。 可以贴下 db.xx.explain(“executionStats”).find().skip()[...

2022-01-13jiakunpeng评论(1)赞(0)

楼上说的已经很明确了，也可以尝试打印出来日志看下？[……] 阅读全文

2022-01-13xiaoxu评论(1)赞(0)

理论上来说应该选A，如果从ESR角度来说，{‘a’:1,’time’:-1，’duration’:1}这个索引更合适。 但是从ABC3个索引来看，A确实是更合适的。至于说预期没有达到的话，你可以发个 db.aa.explain(“...

2022-01-08qinghan_评论(1)赞(0)

同问。我也遇到同样的问题了，暂未解决。 {“t”:{“$date”:”2022-01-08T00:59:08.018+08:00″},”s”:&...

2022-01-05jiakunpeng评论(0)赞(0)

这个需要你给出具体的日志看一下[……] 阅读全文

2021-11-26xiaoxu评论(0)赞(0)

是否单向不影响，除非是a:1,b:-1,你排序是a:-1,b:-1,这种排序有影响，你都没有排序，跟降序还是升序没有关系。还是索引创建不合理。[……] 阅读全文

2021-11-25xiaoxu评论(1)赞(0)

count可以走覆盖索引，需要回表操作，通常应该比find快。你看到find很快，应该至少cursor返回前101条。 而不是全部记录。 针对你上面语句，应该创建索引:{a:1,b:1,f:1},而并不是你的提供索引。只能用上a,b2个，其...

2021-11-25Hanneys评论(5)赞(0)

十几万数据应该不会这么慢，我60w数据的count用了0.8s[……] 阅读全文