查询计划解析

本文涉及的产品
云数据库 MongoDB,独享型 2核8GB
推荐场景:
构建全方位客户视图
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
简介: 查看查询计划、查询计划的执行统计的方法:db.collection.explain()、cursor.explain()、explainexplain输出默认只输出queryPlanner、serverInfo部分,如果需要输出executionStats,则可以指定explain(allPlan...

查看查询计划、查询计划的执行统计的方法:db.collection.explain()、cursor.explain()、explain
explain输出默认只输出queryPlanner、serverInfo部分,如果需要输出executionStats,则可以指定explain(allPlansExecution)或者explain("executionStats")

queryPlanner:执行计划相关描述

    .COLLSCAN for a collection scan
    .IXSCAN for scanning index keys
    .FETCH for retrieving documents
    .SHARD_MERGE for merging results from shards
    .IDHACK 针对_id进行查询
    .SHARDING_FILTER 通过mongos对分片数据进行查询
    .COUNT 利用db.coll.explain().count()之类进行count运算
    .COUNTSCAN count不使用用Index进行count时的stage返回
    .COUNT_SCAN count使用了Index进行count时的stage返回
    .SUBPLA 未使用到索引的$or查询的stage返回
    .TEXT 使用全文索引进行查询时候的stage返回
    .PROJECTION 限定返回字段时候stage的返回
    .AND_SORTED 表示Index Intersection
    .SORT 表示在内存中排序
    .EOF 表示结果不存在

If MongoDB can use an index scan to obtain the requested sort order, the result will not include a SORT stage. Otherwise, if MongoDB cannot use the index to sort, the explain result will include a SORT stage.

样例
db.common_log_new.explain("allPlansExecution").find({ctime:{$lte:1529474045}}).limit(10)
{

    "queryPlanner" : {  --queryPlanner模式下并不会去真正进行query语句查询,而是针对query语句进行执行计划分析并选出winning plan。
            "plannerVersion" : 1,
            "namespace" : "dresslily.common_log_new",
            "indexFilterSet" : false,   --指定mongodb是否应用索引过滤
            "parsedQuery" : {
                    "ctime" : {
                            "$lte" : 1529474045   --具体的查询语句
                    }
            },
            "winningPlan" : {   --查询优化器选择的最优执行计划
                    "stage" : "LIMIT",  --将检索出来的文档做limit处理
                    "limitAmount" : 10,
                    "inputStage" : {   --描述子stage的文档,提供文档或者索引给他的父级stage,该值表示是否父级stage只有一个子节点
                            "stage" : "FETCH",  --通过返回的index位置去检索具体的文档
                            "inputStage" : {
                                    "stage" : "IXSCAN", --索引扫描,这个地方可以判断该查询是通过索引还是全集合扫描数据
                                    "keyPattern" : {   --所扫描的Index内容
                                            "ctime" : 1
                                    },
                                    "indexName" : "idx_ctime",  --索引名称
                                    "isMultiKey" : false,  --是否为多键索引
                                    "isUnique" : false,    --是否为唯一索引
                                    "isSparse" : false,    --是否为稀疏索引
                                    "isPartial" : false,   --是否为部分索引
                                    "indexVersion" : 1,
                                    "direction" : "forward",  --query的查询顺序,如果用了.sort({w:-1})将显示backward。
                                    "indexBounds" : {  --winningplan所扫描的索引范围
                                            "ctime" : [
                                                    "[-inf.0, 1529474045.0]"
                                            ]
                                    }
                            }
                    }
            },
            "rejectedPlans" : [ ]
    },
    "executionStats" : {  --query语句查询的过程
            "executionSuccess" : true,
            "nReturned" : 10,  --查询的返回条数
            "executionTimeMillis" : 53, --整体执行时长
            "totalKeysExamined" : 10,  --索引扫描条目数
            "totalDocsExamined" : 10,  --document扫描条目数,如果索引可以覆盖查询,那么这个地方应该是0,比较好的结果是totalDocsExamined=totalKeysExamined
            "executionStages" : {
                    "stage" : "LIMIT",  --与queryPlanner.winningPlan.stage部分对应,影响totalKeysExamined与totalDocsExamined
                    "nReturned" : 10,
                    "executionTimeMillisEstimate" : 0,
                    "works" : 11,  
                    "advanced" : 10,
                    "needTime" : 0,
                    "needYield" : 0,
                    "saveState" : 0,
                    "restoreState" : 0,
                    "isEOF" : 1,
                    "invalidates" : 0,
                    "limitAmount" : 10,
                    "inputStage" : {
                            "stage" : "FETCH",
                            "nReturned" : 10,
                            "executionTimeMillisEstimate" : 0,
                            "works" : 10,
                            "advanced" : 10,
                            "needTime" : 0,
                            "needYield" : 0,
                            "saveState" : 0,
                            "restoreState" : 0,
                            "isEOF" : 0,
                            "invalidates" : 0,
                            "docsExamined" : 10,
                            "alreadyHasObj" : 0,
                            "inputStage" : {
                                    "stage" : "IXSCAN",
                                    "nReturned" : 10,
                                    "executionTimeMillisEstimate" : 0,
                                    "works" : 10,
                                    "advanced" : 10,
                                    "needTime" : 0,
                                    "needYield" : 0,
                                    "saveState" : 0,
                                    "restoreState" : 0,
                                    "isEOF" : 0,
                                    "invalidates" : 0,
                                    "keyPattern" : {
                                            "ctime" : 1
                                    },
                                    "indexName" : "idx_ctime",
                                    "isMultiKey" : false,
                                    "isUnique" : false,
                                    "isSparse" : false,
                                    "isPartial" : false,
                                    "indexVersion" : 1,
                                    "direction" : "forward",
                                    "indexBounds" : {
                                            "ctime" : [
                                                    "[-inf.0, 1529474045.0]"
                                            ]
                                    },
                                    "keysExamined" : 10,
                                    "dupsTested" : 0,
                                    "dupsDropped" : 0,
                                    "seenInvalidated" : 0
                            }
                    }
            },
            "allPlansExecution" : [ ]
    },
    "serverInfo" : {
            "host" : "dresslilypcmongodb01.globalerow.com",
            "port" : 27017,
            "version" : "3.2.15",
            "gitVersion" : "e11e3c1b9c9ce3f7b4a79493e16f5e4504e01140"
    },
    "ok" : 1

}

相关文章
|
22天前
|
Prometheus 监控 Cloud Native
Prometheus 查询语言(PromQL):深入解析
【8月更文第29天】Prometheus 是一款开源的监控系统和时间序列数据库,广泛应用于各种系统的监控和告警。PromQL(Prometheus Query Language)是 Prometheus 用来查询和聚合时间序列数据的一种强大语言。本文将详细介绍 PromQL 的功能和语法,包括基本查询、向量操作、聚合函数等,并提供具体的代码示例。
29 2
|
20天前
|
SQL 数据库
|
30天前
|
存储 并行计算 API
ViperGPT解析:结合视觉输入与文本查询生成和执行程序
ViperGPT是一个创新的混合视觉和语言处理模型,通过生成和执行代码来解决视觉查询问题,具有高度模块化、灵活性和优秀的外部知识查询能力。
35 0
|
1月前
|
SQL 数据库 UED
SQL查询功能的全面解析与实用技巧
SQL(Structured Query Language)作为数据库管理的核心语言,其查询功能是实现数据检索、分析和报告的关键
|
1月前
|
SQL 数据库 数据库管理
SQL查询是否都需要解析:深入解析SQL执行流程与优化技巧
在数据库管理系统中,SQL(Structured Query Language)查询是用户与数据库交互的主要方式
|
1月前
|
存储 SQL 关系型数据库
探索MySQL的执行奥秘:从查询执行到数据存储与优化的深入解析
探索MySQL的执行奥秘:从查询执行到数据存储与优化的深入解析
|
4月前
|
域名解析 缓存 网络协议
DNS协议 是什么?说说DNS 完整的查询过程? _
DNS是互联网的域名系统,它像翻译官一样将域名转换成IP地址。域名由点分隔的名字组成,如www.xxx.com,包含三级、二级和顶级域名。查询方式分为递归和迭代,递归是请求者必须得到答案,而迭代则是服务器指引请求者如何获取答案。域名解析过程中,会利用浏览器和操作系统的缓存,如果缓存未命中,本地域名服务器会通过递归或迭代方式向上级服务器查询,最终得到IP地址并返回给浏览器,同时在各级缓存中保存记录。
DNS协议 是什么?说说DNS 完整的查询过程? _
|
3月前
|
网络协议 Linux 开发者
探索Linux下的`dig`命令:DNS查询的利器
`dig`是Linux下强大的DNS查询工具,适用于系统管理员、网络工程师和开发者。它支持查询A、MX、NS、CNAME等记录类型,以及反向DNS。高级功能包括跟踪查询过程、显示额外信息、指定查询服务器和批量查询。学习`dig`能助你更好地理解DNS工作原理和优化网络问题。
|
3月前
|
存储 关系型数据库 MySQL
深入探索MySQL:成本模型解析与查询性能优化
深入探索MySQL:成本模型解析与查询性能优化
|
3月前
|
存储 SQL BI
深入解析实时数仓Doris:Rollup上卷表与查询
深入解析实时数仓Doris:Rollup上卷表与查询

热门文章

最新文章

推荐镜像

更多