我對 Mongo 有一個特殊的問題。我們有一個具有以下結(jié)構(gòu)的 800k 文檔集合。{"_id" : ObjectId("5bd844199114bab3b2c19fab"),"u" : 0,"c" : 0,"iden" : "343754856","name" : "alan","email" : "mkasd@abc.com","mobile" : "987654321093456","expires" : ISODate("2018-11-29T11:44:25.453Z"),"created" : ISODate("2018-10-30T11:44:25.453Z")}我們已經(jīng)建立了索引iden，并且name我們通常會在其上進行查詢。我們嘗試了兩種類型的查詢。db.Collection.find({"iden": "343754856", "name": "alan", "created":{"$gt": ....}).count()其中“created”是一個未索引的字段。db.Collection.find({"iden": "343754856", "name": "alan"})并遍歷所有記錄以根據(jù)created.然而，MongoDB 似乎在執(zhí)行第二個查詢時花費了大量時間，而它應(yīng)該是對 1 的優(yōu)化。關(guān)于這里出了什么問題的任何線索？我們正在使用 Go 庫。
1 回答
慕雪6442864
TA貢獻1812條經(jīng)驗 獲得超5個贊
第二個版本怎么可能是第一個版本的優(yōu)化？
您的第一個查詢從 MongoDB 服務(wù)器檢索一個數(shù)字：查詢結(jié)果的總數(shù)。當您的第二個版本獲取所有匹配的文檔時，您在“客戶端”端進行計數(shù)。
相信我，MongoDB 可以像在 Go 客戶端中一樣快地在內(nèi)部計算結(jié)果文檔。讓 MongoDB 服務(wù)器發(fā)送結(jié)果、獲取結(jié)果并在客戶端解組它們需要更多的時間（取決于很多因素）。
請注意，如果您有一個包含"iden"and的復(fù)合索引"name"，即使您添加了更多過濾器（如"created"您的示例），該索引仍可能被使用，但 MongoDB 必須迭代部分結(jié)果以應(yīng)用查詢的其余部分。要查看索引是否被使用，請執(zhí)行以下命令：
db.Collection.find(
{"iden": "343754856", "name": "alan", "created": {"$gt": ....}
).explain()- 1 回答
- 0 關(guān)注
- 122 瀏覽
添加回答
舉報
0/150
提交
取消