乐趣区

关于mysql:MongoDb学习之Explain执行计划

jiezi

mongodb 3.0和之前版本的 explain 执行打算有十分微小的差距，这里只学习介绍 3.0 当前的用法

反对查看以下几种操作的执行打算

根本的应用形式

db.collection.find().explain(verbose)

verbose是 explain 执行打算的输入模式有以下三种

  • queryPlanner

这是 explain 的默认输入形式

蕴含执行打算的根本详情信息，蕴含：查问打算、汇合信息、查问条件、最佳执行打算、查问形式和 mongodb 的根底信息

  • executionStats

这种输入形式会在 queryPlanner 的根底上输入最佳执行打算的一些统计信息

  • allPlansExecution

获取所有的执行打算，也就是把汇合中所有的每一种索引都生成一个执行打算内容，给与用户判断

详解 explain 字段

样例

上面是 allPlansExecution 模式下输入的执行打算，也蕴含了其它两种模式会输入的内容

{
  "queryPlanner":{
    "plannerVersion":1,
    "namespace":"mock.users",
    "indexFilterSet":false,
    "parsedQuery":{
      "age":{"$gte":10}
    },
    "winningPlan":{
      "stage":"FETCH",
      "inputStage":{
        "stage":"IXSCAN",
        "keyPattern":{
          "age":1,
          "username":1
        },
        "indexName":"age_1_username_1",
        "isMultiKey":false,
        "multiKeyPaths":{"age":[],
          "username":[]},
        "isUnique":false,
        "isSparse":false,
        "isPartial":false,
        "indexVersion":2,
        "direction":"forward",
        "indexBounds":{
          "age":["[10, inf.0]"
          ],
          "username":["[MinKey, MaxKey]"
          ]
        }
      }
    },
    "rejectedPlans":[
      {
        "stage":"FETCH",
        "inputStage":{
          "stage":"IXSCAN",
          "keyPattern":{"age":1},
          "indexName":"age_1",
          "isMultiKey":false,
          "multiKeyPaths":{"age":[]
          },
          "isUnique":false,
          "isSparse":false,
          "isPartial":false,
          "indexVersion":2,
          "direction":"forward",
          "indexBounds":{
            "age":["[10, inf.0]"
            ]
          }
        }
      }
    ]
  },
  "executionStats":{   -- 这个汇合是 executionStats&allPlansExecution 模式才有的
    "executionSuccess":true,
    "nReturned":680520,
    "executionTimeMillis":1121,
    "totalKeysExamined":680520,
    "totalDocsExamined":680520,
    "executionStages":{
      "stage":"FETCH",
      "nReturned":680520,
      "executionTimeMillisEstimate":143,
      "works":680521,
      "advanced":680520,
      "needTime":0,
      "needYield":0,
      "saveState":680,
      "restoreState":680,
      "isEOF":1,
      "docsExamined":680520,
      "alreadyHasObj":0,
      "inputStage":{
        "stage":"IXSCAN",
        "nReturned":680520,
        "executionTimeMillisEstimate":43,
        "works":680521,
        "advanced":680520,
        "needTime":0,
        "needYield":0,
        "saveState":680,
        "restoreState":680,
        "isEOF":1,
        "keyPattern":{
          "age":1,
          "username":1
        },
        "indexName":"age_1_username_1",
        "isMultiKey":false,
        "multiKeyPaths":{"age":[],
          "username":[]},
        "isUnique":false,
        "isSparse":false,
        "isPartial":false,
        "indexVersion":2,
        "direction":"forward",
        "indexBounds":{
          "age":["[10, inf.0]"
          ],
          "username":["[MinKey, MaxKey]"
          ]
        },
        "keysExamined":680520,
        "seeks":1,
        "dupsTested":0,
        "dupsDropped":0
      }
    },
    "allPlansExecution":[  -- 这是 allPlansExecution 执行才会有的返回汇合
      {
        "nReturned":101,
        "executionTimeMillisEstimate":0,
        "totalKeysExamined":101,
        "totalDocsExamined":101,
        "executionStages":{.......}
      }
    ]
  },
  "serverInfo":{
    "host":"supman",
    "port":27017,
    "version":"4.4.10",
    "gitVersion":"58971da1ef93435a9f62bf4708a81713def6e88c"
  },
  "ok":1
}

详解

  • queryPlanner

    • plannerVersion 执行打算版本
    • namespace 查问的汇合
    • indexFilterSet 是否应用了索引过滤器 (网上搜好多说是 是否应用了索引 很坑爹)
    • parsedQuery 查问条件
    • winningPlan 最佳执行打算

    • stage 查问形式

      状态 形容
      COLLSCAN 全表扫描
      IXSCAN 索引扫描
      FETCH 依据索引检索指定文档
      SHARD_MERGE 将各个分片返回数据进行合并
      SORT 在内存中进行了排序
      LIMIT 应用 limit 限度返回数
      SKIP 应用 skip 进行跳过
      IDHACK 对_id 进行查问
      SHARDING_FILTER 通过 mongos 对分片数据进行查问
      COUNTSCAN count 不应用 Index 进行 count 时的 stage 返回
      COUNT_SCAN count 应用了 Index 进行 count 时的 stage 返回
      SUBPLA 未应用到索引的 $or 查问的 stage 返回
      TEXT 应用全文索引进行查问时候的 stage 返回
      PROJECTION 限定返回字段时候 stage 的返回

    • inputStage 用来形容子 stage，并且为其父stage 提供文档和索引关键字, 这外面含有着执行打算中比拟次要的信息

      • statge
      • keyPattern扫描的索引的内容
      • indexName 索引名称
      • isMultiKey 是否是索引数组，即索引建设在数组上则为true`
      • `MultiKeyPath 若索引建设在数组上，显示索引的字段

      • isUnique 是否为惟一索引，这种索引所在的属性的每个值必须都是惟一不反复的，而且在创立时须要指明这是一个惟一索引

        db.users.createIndex({"username":1},{unique:true"})

      • isSparse 是否为稠密索引，这种索引下面的字段能够不存在，个别用于可选字段创立的索引，比如说 email 这种在个人信息中可填可不填的字段，同样这种索引在创立的时候也须要指定

        db.users.createIndex({"email":1},{sparse:true"})

      • isPartial 是否为局部索引，这种索引只为满足筛选条件的数据创立索引

        db.users.createIndex({age:1},{partialFilterExpression:{age:{"$gte":25}}})

        如上，这种索引只在查问条件为 age ≥ 25 的时候失效

      • direction 这里代表查问程序，有两种状况 forward 或者 backward, 当初创立一个{age:1} 索引

        db.users.find().sort()         -- 这种状况是 forward
db.users.find().sort({age:-1}) -- 这种状况是 backward
      • indexVersion 索引版本
      • indexBounds 所扫描的索引范畴, 例如 indexBounds: {age: [ '[36, 38]' ] } } } 就是代表扫描 [36,38] 这个区间的 age 字段的索引

      • rejectedPlans 回绝打算, 非最优的执行打算，它的字段与 winningPlan 一样不再形容

        • …….

    • serverInfo MongoDB服务器信息

      • host 主机名称
      • port 端口
      • version 服务版本
      • gitVersion git版本号

    • executionStats 蕴含一些统计信息

      • executionSuccesss 是否执行成
      • nReturned 示意返回的行数
      • executionTimeMillis 执行耗时，单位毫秒
      • totalKeysExamined 索引扫描次数
      • totalDocsExamined 文档扫描次数
      • executionStages 胜利的打算详情, 上面的很多字段在下面曾经陈说过了, 在这里就不再写了
      • works 工作单元数，一个查问会分解成很多小的查问单元
      • advanced 优先返回的后果数
      • needTime 未将两头后果推动到其父级的工作周期数
      • needYield 存储层查问产生锁的次数
      • isEOF 指定执行阶段是否达到流完结
      • ……

      • inputStage

        • seeks 为了实现索引扫描(stage)，执行器必须将游标定位到新地位的次数
        • ……

    • allPlansExecution 含有所有执行打算

      • …….

撒花完结

哈哈，终于搞完了还有几个字段没有搞清楚dupsTested、saveState，不过有了下面这些内容对整个执行打算的根本拿捏必定不成问题

退出移动版