मुख्य $: रेंज में MongoDB प्रदर्शन

इस लेख का अनुवाद पहले से ही हब पर है, लेकिन यह भयानक है और इसमें गलत जानकारी है।

प्रणाम, साहसी! जब कम से कम कुछ समय के लिए MongoDB सूचकांक क्षेत्र के आसपास यात्रा करते हैं, तो आप इस नियम के साथ आ सकते हैं: यदि आपके अनुरोध में छंटनी / आदेश (ऑर्डर जोड़ना) शामिल है, तो अनुरोध के लिए उपयोग किए गए सूचकांक के अंत में सॉर्ट करने योग्य फ़ील्ड जोड़ें।

कई मामलों में, जब किसी क्वेरी में समानता होती है (अर्थात, एक विशिष्ट मूल्य की खोज, उदाहरण के लिए, {"नाम": "चार्ली"), यह मंत्र बहुत उपयोगी हो सकता है।

जांच

db.drivers.find({"country": {"$in": ["A", "G"]}}).sort({"carsOwned": 1})

सूची

{"country": 1, "carsOwned": 1}

ऐसा संयोजन उतना प्रभावी नहीं होगा जितना कि लग सकता है, इस तथ्य के बावजूद कि सूचकांक नियम का अनुपालन करता है। इस अनुरोध में एक जाल है कि आप आसानी से एक आम राय का पालन कर सकते हैं।

आइए देखें कि यहां क्या गलत है और ऐसे मामलों में क्या करना है। लेकिन इस तथ्य के बावजूद कि यह पोस्ट अनुक्रमण की मूल बातों के बारे में नहीं है, हम MongoDB प्रलेखन का उपयोग करते हुए इस विषय पर स्मृति को ताज़ा करेंगे:

"अग्रिम में सूचकांक"
इंडेक्स डिजाइन प्रक्रिया में विशेष ध्यान देने योग्य हैं। ऐतिहासिक रूप से, डेटा तक पहुंच की प्रभावशीलता के लिए जिम्मेदारी का सवाल डेटाबेस व्यवस्थापक के पास है। यह डिजाइन के बाद अनुकूलन परतों के निर्माण को उकसाता है, जो एक दस्तावेज़-उन्मुख डेटाबेस से बच सकता है।

"सूचकांक अक्सर"
अनुक्रमित क्वेरी डेटा की थोड़ी मात्रा के साथ नियमित प्रश्नों की तुलना में अधिक कुशल परिमाण का एक क्रम है। यदि कोई गैर-अनुक्रमित क्वेरी 10 सेकंड तक रहती है, तो सही सूचकांक का उपयोग करते समय उसी क्वेरी को 0 मिलीसेकंड में पूरा किया जा सकता है।

"सूचकांक पूरी तरह से"
क्वेरीज़ बाएं से दाएं अनुक्रमित का उपयोग करती हैं। एक सूचकांक का उपयोग केवल तब तक किया जा सकता है जब तक कि क्वेरी सभी फ़ील्ड का उपयोग नहीं करती है और एक भी को छोड़ नहीं देती है।

"सूचकांक क्रमबद्ध करें"
यदि आपकी क्वेरी में एक सॉर्ट या एक ऑर्डरबी ऑपरेटर है, तो इंडेक्स में सॉर्ट करने योग्य फ़ील्ड जोड़ें।

आदेशों
.explain() दिखाता है कि क्या सूचकांक का उपयोग किया गया था (अन्य उपयोगी जानकारी के साथ - लगभग।)।
.ensureIndex() एक इंडेक्स बनाता है,
.getIndexes() या .getIndexKeys() संग्रह के लिए अनुक्रमित को सूचीबद्ध करता है।

आइए हम अपनी समस्या पर वापस आते हैं। इस मूल ज्ञान को ध्यान में रखते हुए, पारंपरिक ज्ञान कहता है कि निम्नलिखित प्रश्न के लिए:

db.collection.find({“country”: “A”}).sort({“carsOwned”: 1})

आपको निम्नलिखित सूचकांक बनाना होगा:

db.collection.ensureIndex({"country": 1, "carsOwned": 1})

क्या होगा यदि अधिकांश प्रश्न समानता के बजाय एक सीमा का उपयोग करते हैं? यहाँ की तरह:

db.collection.find({"country": {"$in": ["A", "G"]}}).sort({"carsOwned": 1})

यहाँ हम $in उपयोग करते हैं, लेकिन वही चीज़ $gt , $lt , आदि के लिए काम करती है।

यदि आप देखते हैं कि इस तरह के प्रश्न धीमे हैं, और आपको याद है कि हमने जिन बुनियादी बातों के बारे में बात की थी, तो .explain() और देखें कि किस इंडेक्स का उपयोग किया गया था। लेकिन आपको {scanAndOrder : true} भी दिखाई देगा, जिसका अर्थ है कि MongoDB सॉर्ट किया गया है। धीमी क्वेरी निष्पादन का कारण ठीक यही है: स्कैनअंडरऑर्डर एक महंगा ऑपरेशन है क्योंकि यह मेमोरी में दस्तावेजों को सॉर्ट करता है। बड़े डेटा सेट के साथ काम करते समय इसे टाला जाना चाहिए, यह धीमा है और प्रोसेसर को भारी लोड करता है।

लेकिन कारणों के बारे में भूल जाओ कि क्यों स्कैनऑर्डर बहुत धीमा है; यदि हम पहले ही इस क्षेत्र को सूचकांक में जोड़ चुके हैं तो MongoDB परिणाम क्यों छाँटता है? जवाब आसान है: हमने ऐसा नहीं किया।

क्यों? उत्तर उस इंडेक्स की संरचना में निहित है जिसे हमने बनाया था। हमारे उदाहरण में, {“country”: “A”} और {“country”: “G”} साथ दस्तावेज़ को कुंजी {“carsOwned”: 1} द्वारा अनुक्रमित में क्रमबद्ध किया गया है, लेकिन वे एक दूसरे से स्वतंत्र रूप से क्रमबद्ध हैं। वे एक साथ हल नहीं कर रहे हैं!



बाईं ओर का आरेख हमारे द्वारा बनाए गए इंडेक्स के अनुसार दस्तावेजों पर जाने की प्रक्रिया को दिखाता है। जब क्वेरी से मेल खाने वाले सभी दस्तावेज़ पाए जाते हैं, तो उन्हें क्रमबद्ध किया जाना चाहिए। दाईं ओर आरेख एक वैकल्पिक सूचकांक के साथ अनुरोध के संचालन को दर्शाता है: { “carsOwned”: 1, “country”: 1} । इंडेक्स की शुरुआत (बाईं ओर) के करीब सॉर्टिंग फ़ील्ड को आगे बढ़ाते हुए, हमने एक स्क्रिप्ट बनाई, जिसमें MongoDB को उस क्रम में दस्तावेज़ मिलते हैं, जिसकी हमें ज़रूरत होती है। इस प्रभावी चाल से अनुक्रमण के लिए नियमों का एक सरल सेट निम्नानुसार है:

सूचकांक में क्षेत्रों का क्रम निम्नानुसार होना चाहिए:

1. सबसे पहले, सटीक मानों के अनुरोध में उपयोग किए जाने वाले फ़ील्ड।
2. फिर - सॉर्ट करने के लिए फ़ील्ड।
3. और अंत में - वे क्षेत्र जिनका उपयोग श्रेणियों में खोज करने के लिए किया जाता है।

क्या हम समझौता करते हैं? हां। अनुरोध तकनीकी रूप से आवश्यक से अधिक दस्तावेजों का दौरा करेगा, क्योंकि रेंज ऑपरेटर के उपयोग करने से पहले सूचकांक के क्रमबद्ध हिस्से पर यात्राएं होंगी। इन सरल नियमों को याद रखें, लेकिन ध्यान रखें कि आपके डेटा का आकार विभिन्न परिणामों को जन्म दे सकता है।

मुझे आशा है कि आपको यह मार्गदर्शिका उपयोगी लगेगी। शुभकामनाएँ, साहसी!

साभार आपका
मोंगोलाब से एरिक।