• 從populate文檔來看至少應(yīng)該不是$lookup

MongoDB has the join-like $lookup aggregation operator in versions >= 3.2. Mongoose has a more powerful alternative called populate(), which lets you reference documents in other collections.

而DBRef只能根據(jù)ObjectId，并且有固定的格式要求，所以我傾向于認(rèn)為它是構(gòu)造了查詢，在得到數(shù)據(jù)對象的時(shí)候再根據(jù)引用條件查詢一次得到引用的對象。這樣就造成一個(gè)不可避免的問題，如果一次查詢返回結(jié)果集有10條記錄，那么除了這些記錄外還要進(jìn)行10次額外的查詢來獲取引用它們的對象。性能上面肯定是大打折扣的。

• $lookup的性能比DBRef好，它只進(jìn)行一次查詢來獲取所有結(jié)果。但是這個(gè)運(yùn)算符目前只能在復(fù)制集中使用，分片集暫不支持。
• 程序?qū)τ贛ongoDB查詢用了多少時(shí)間，當(dāng)然要從程序端來監(jiān)控。MongoDB端只會(huì)給出查詢用了多少時(shí)間，很多時(shí)候消耗的大頭還可能發(fā)生在網(wǎng)絡(luò)上面。如果對數(shù)據(jù)庫執(zhí)行程序花了多長時(shí)間感興趣，可以參考一下database profiler。但應(yīng)該避免在生產(chǎn)環(huán)境進(jìn)行profiling，因?yàn)樗赡軙?huì)對性能造成比較可觀的影響。

總結(jié)一下，無論是$lookup還是DBRef，都是建議盡量避免的。我在這個(gè)問題里解釋了正確的處理方式及原因，請參考。