为什么 MongoDB 记录了这么多我的查询

Question

我有一个运行良好的 NodeJS MongoDB，我注意到的唯一问题是 mongo 正在记录我的大量查询。我尝试了不同的索引策略，但它保持不变。 mongo和node之间的通信是通过mongoose来完成的。

查询案例1：

Sun May 11 01:15:26.076 [conn5] query api.items query: { $query: { gameid: 209670, appid: 102 }, orderby: { price: -1 } } ntoreturn:0 ntoskip:0 nscanned:29 scanAndOrder:1 keyUpdates:0 numYields: 1 locks(micros) r:382458 nreturned:29 reslen:22686 240ms
Sun May 11 01:24:44.950 [conn5] query api.items query: { $query: { gameid: 248820, appid: 102 }, orderby: { price: -1 } } ntoreturn:0 ntoskip:0 nscanned:20 scanAndOrder:1 keyUpdates:0 locks(micros) r:78688 nreturned:20 reslen:16281 110ms

物品集合：

var itemSchema = new Schema({
    appid    : {type: Number, required: true},
    gameid   : {type: Number, required: true},
    name     : {type: String, required: true},
    hash     : {type: String, index: true},
    price    : Number,
    date     : Date
});

itemSchema.set('versionKey', false);
itemSchema.index({ appid: 1, gameid: 1 });
itemSchema.index({ gameid: 1 });

我有一组大约 20.000 个项目，所有项目的 appid 都是 102，并且有 800 个 gameid。它们都有一个唯一的 ObjectId。

RockMongo 告诉我以下索引可用：

当我对查询进行解释时：

Response from server:
{
   "cursor": "BtreeCursor appid_1_gameid_1",
   "isMultiKey": false,
   "n": NumberInt(20),
   "nscannedObjects": NumberInt(20),
   "nscanned": NumberInt(20),
   "nscannedObjectsAllPlans": NumberInt(60),
   "nscannedAllPlans": NumberInt(60),
   "scanAndOrder": true,
   "indexOnly": false,
   "nYields": NumberInt(0),
   "nChunkSkips": NumberInt(0),
   "millis": NumberInt(25),
   "indexBounds": {
     "appid": [
       [
         102,
         102
      ] 
    ],
     "gameid": [
       [
         248820,
         248820 
      ] 
    ] 
  },
   "allPlans": [
     {
       "cursor": "BtreeCursor appid_1_gameid_1",
       "n": NumberInt(20),
       "nscannedObjects": NumberInt(20),
       "nscanned": NumberInt(20),
       "indexBounds": {
         "appid": [
           [
             102,
             102
          ] 
        ],
         "gameid": [
           [
             248820,
             248820 
          ] 
        ] 
      } 
    },
     {
       "cursor": "BtreeCursor gameid_1",
       "n": NumberInt(20),
       "nscannedObjects": NumberInt(20),
       "nscanned": NumberInt(20),
       "indexBounds": {
         "gameid": [
           [
             248820,
             248820 
          ] 
        ] 
      } 
    },
     {
       "cursor": "BasicCursor",
       "n": NumberInt(0),
       "nscannedObjects": NumberInt(20),
       "nscanned": NumberInt(20),
       "indexBounds": [

      ] 
    } 
  ],
   "oldPlan": {
     "cursor": "BtreeCursor appid_1_gameid_1",
     "indexBounds": {
       "appid": [
         [
           102,
           102
        ] 
      ],
       "gameid": [
         [
           248820,
           248820 
        ] 
      ] 
    } 
  },
   "server": ---
}

Answer 1

MongoDB 记录超过 100 毫秒的慢查询（配置文件级别 1，默认 slowms）。您可以使用profile 命令更改阈值。

通过查看您的explain 命令，我认为您的服务器的性能是问题所在。您的解释命令在 25 毫秒内完成，因此它可能只是由于服务器上的高负载而导致的暂时现象。检查您的彩信统计信息。

关于您的索引的一些建议。 您应该考虑从gameid 和price 列创建compound index，因为如果排序函数消耗超过32MB，MongoDB 将返回错误。 如果集合中的所有文档都具有相同的appId，那么您可以从该字段中删除索引，因为它没有被有效地使用。