记MongoDB碰到的一些坑

最新推荐文章于 2025-06-28 22:08:58 发布

置顶 ypynetboy

最新推荐文章于 2025-06-28 22:08:58 发布

阅读量1.8k

点赞数 1

CC 4.0 BY-SA版权

文章标签： mongodb 内存索引

本文链接：https://blog.youkuaiyun.com/ypynetboy/article/details/56673013

本文针对MongoDB在小内存服务器上的性能问题，通过增加索引、调整复合索引顺序及优化$or条件使用方式等手段，有效提升了查询效率。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

faults过高

目前MongoDB中只有80万左右条数据，最近开始出现读写速度很慢的情况，虽然云服务器只有1GB内存（穷），但正常来说热数据应该不多的。然后通过mongostat查到faults最高到200多了，搜索基本对说内存不足，于是又买了台2GB内存的云服务器，迁移到新服务器情况有些改善，faults在100左右，但还是很慢。
看服务运行日志时突然想到会不会是索引问题（非专业DBA，不专业），然后就静下心来用explain分析索引使用情况，具体不细说了，贴个图吧
这里写图片描述
这是加过索引后的，简单来说就是nscannedObjects与n相差越小越好，就是扫描的对象尽可能少；加索引后查询基本都几个毫秒（几百条记录）。
在热数据不多时如果遇到类似问题，可以用explain分析下查询代码，在小内存服务器下也能使用MongoDB，可用内存最好大于索引大小；

索引注意事项

一次查询只能使用种索引($or时会使用多个)，查询条件较多时可创建复合索引，复合索引的顺序也会影响索引的使用，第一个字段是位置键，查询条件里必须有该字段才可使用
索引过多会影响插入性能

$or条件部分查询不能使用复合索引

这里写图片描述
直接上图，在$or中的两个参数做AND条件查询时nscannedObjects与n相差很小，见下图：

从MongoDB manual查到$or以下说明

When evaluating the clauses in the $or expression, MongoDB either performs a collection scan or, if all the clauses are supported by indexes, MongoDB performs index scans. That is, for MongoDB to use indexes to evaluate an $or expression, all the clauses in the $or expression must be supported by indexes. Otherwise, MongoDB will perform a collection scan.

如果$or所有的条件都支持索引，MongoDB会使用索引扫描；好的，我就把$or中的两个条件分别加了索引，然而……，还是看图吧
这里写图片描述
居然只用了这两个索引，其他条件并没有用索引（/流泪）
分析MongoDB可能是把$or中的条件分别检索，然后再做并集处理，那这样我就把其他条件分别放在$or条件内试试，结果见下图：

可以看到nscannedObjects和n一样了，搞定