共计 4197 个字符,预计需要花费 11 分钟才能阅读完成。
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
,不过有了下面这些内容对整个执行打算的根本拿捏必定不成问题