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() --这种状况是forwarddb.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
,不过有了下面这些内容对整个执行打算的根本拿捏必定不成问题