1.用慢查詢?nèi)罩荆╯ystem.profile）找到超過500ms的語句 

目前成都創(chuàng)新互聯(lián)公司已為上千的企業(yè)提供了網(wǎng)站建設(shè)、域名、雅安服務(wù)器托管、網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計、陸川網(wǎng)站維護等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

mongos>db.setProfilingLevel(1,500)

2.然后再通過.explain()解析影響行數(shù)，分析為什么超過500ms【即看執(zhí)行計劃】 參見下文評論鏈接

3. 決定是否是缺失索引導(dǎo)致

#查看狀態(tài)：級別和時間

PRIMARY> db.getProfilingStatus()

{ "was" : 1, "slowms" : 200 }

#查看級別

PRIMARY> db.getProfilingLevel()

1

#設(shè)置級別

PRIMARY> db.setProfilingLevel(2)

{ "was" : 1, "slowms" : 100, "ok" : 1 }

#設(shè)置級別和時間

PRIMARY> db.setProfilingLevel(1,200)

{ "was" : 2, "slowms" : 100, "ok" : 1 }

 Profiling級別說明

參數(shù)：

0：關(guān)閉，不收集任何數(shù)據(jù)。

1：收集慢查詢數(shù)據(jù)，默認是100毫秒。

2：收集所有數(shù)據(jù)

注意：

  1  以上要操作要是在test集合下面的話，只對該集合里的操作有效，要是需要對整個實例有效，則需要在所有的集合下設(shè)置或則在開啟的時候開啟參數(shù)

  2 每次設(shè)置之后返回給你的結(jié)果是修改之前的狀態(tài)（包括級別、時間參數(shù)）

2：不通過mongo shell

在MongoDB啟動的時候

mongod --profile=1  --slowms=200

或則在配置文件里添加2行：

profile = 1

slowms = 200

3：關(guān)閉Profiling

# 關(guān)閉

PRIMARY> db.setProfilingLevel(0)

{ "was" : 1, "slowms" : 200, "ok" : 1 }

4：修改“慢查詢?nèi)罩尽钡拇笮?/p>

#關(guān)閉Profiling

PRIMARY> db.setProfilingLevel(0)

{ "was" : 0, "slowms" : 200, "ok" : 1 }

#刪除system.profile集合

PRIMARY> db.system.profile.drop()

慢查詢(system.profile)分析 

 3.2: 分析

如果發(fā)現(xiàn) millis 值比較大，那么就需要作優(yōu)化。

1  如果nscanned數(shù)很大，或者接近記錄總數(shù)（文檔數(shù)），那么可能沒有用到索引查詢，而是全表掃描。

2  如果 nscanned 值高于 nreturned 的值，說明數(shù)據(jù)庫為了找到目標文檔掃描了很多文檔。這時可以考慮創(chuàng)建索引來提高效率。

‘type’的返回參數(shù)說明：

COLLSCAN  #全表掃描

IXSCAN  #索引掃描

FETCH  #根據(jù)索引去檢索指定document

SHARD_MERGE  #將各個分片返回數(shù)據(jù)進行merge

SORT  #表明在內(nèi)存中進行了排序（與老版本的scanAndOrder:true一致）

LIMIT  #使用limit限制返回數(shù)

SKIP  #使用skip進行跳過

IDHACK  #針對_id進行查詢

SHARDING_FILTER #通過mongos #對分片數(shù)據(jù)進行查詢

COUNT #利用db.coll.explain().count()之類進行count運算

COUNTSCAN #count不使用Index進行count時的stage返回

COUNT_SCAN #count使用了Index進行count時的stage返回

SUBPLA #未使用到索引的$or查詢的stage返回

TEXT #使用全文索引進行查詢時候的stage返回

PROJECTION #限定返回字段時候stage的返回

對于普通查詢，我們最希望看到的組合有這些：

Fetch+IDHACK

Fetch+ixscan

Limit+（Fetch+ixscan）

PROJECTION+ixscan

SHARDING_FILTER+ixscan

等

不希望看到包含如下的type：

COLLSCAN（全表掃），SORT（使用sort但是無index），不合理的SKIP，SUBPLA（未用到index的$or）

對于count查詢，希望看到的有：

COUNT_SCAN

不希望看到的有:

COUNTSCAN

4  性能（explain） 參考mongodb 官網(wǎng)鏈接 見下文評論