本篇内容介绍了“怎么理解mongodb执行计划”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
====Mongodb 并发批量kill session =============
并发、批量kill session
1、将查询时间超过1000s的所有session kill掉
db.currentOp().inprog.forEach(function(item){if(item.secs_running > 1000 && item.op == "query")db.killOp(item.opid)})
2、将所有包含集合jack.bear查询kill掉
db.currentOp().inprog.forEach(function(item){if(item.ns == "jack.bear" && item.op == "query")db.killOp(item.opid)})
3、将满足item.op=="query" && item.secs_running >60 && item.ns=="jack.bear"这3个条件的操作kill掉
db.currentOp().inprog.forEach(function(item){if(item.waitingForLock){var lock_info = item["opid"];if(item.op=="query" && item.secs_running >60 && item.ns=="cswuyg.cswuyg"){db.killOp(item.opid)}}})
4、将满足item.op == "query" && item.secs_running > 1000这2个条件的操作kill掉
db.currentOp().inprog.forEach(function(item) {
var lock_info = item["opid"];
if (item.op == "query" && item.secs_running > 1000) {
print("kill", item.opid);
db.killOp(item.opid)
}
})
################# MongoDB 执行计划################
Stage 分类
COLLSCAN:扫描整个集合 IXSCAN:索引扫描 FETCH:根据索引去检索选择document
SHARD_MERGE:将各个分片返回数据进行merge
SORT:表明在内存中进行了排序(与老版本的scanAndOrder:true一致)
LIMIT:使用limit限制返回数
SKIP:使用skip进行跳过 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的返回
=========重建索引=======
重建索引:
db.tableName.dropIndex("indexName")
db.tableName.ensureIndex({ "key1" : 1 ,"key2":1},{ "name" : "indexName" },{background:true})
db.COLLECTION_NAME.ensureIndex({"uuid":-1},{background:true})
db.COLLECTION_NAME.getIndexes()
==查看执行计划===
db.collection_name.find({}).explain(true)
find{} 里面要设置具体的查询条件,才可以查到精确的执行计划
MongoDB 查看执行计划时,最理想状态:–20180604
“怎么理解mongodb执行计划”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
原创文章,作者:奋斗,如若转载,请注明出处:https://blog.ytso.com/205305.html