हमारे पास प्रति सेट 3 सर्वर के साथ 2 प्रतिकृति सेट का समूह है। एक संग्रह के साथ sharded जा रहा है। हमारे पास कुछ और (8+) संग्रह भी हैं जिनका हम दैनिक आधार पर उपयोग करते हैं। अधिकांश डेटा शेड किए गए संग्रह में 100 मिलियन रिकॉर्ड के साथ है।मोंगो डीबी कर्सर टाइमआउट्स बहुत सारे लिखते समय
हाल ही में हमने 100x डेटा प्राप्त करने की आवश्यकता को जोड़ा है जिसे हम पहले प्राप्त कर रहे थे, और हमें इसे mongodb पर लिखना होगा। डेटाबेस को अद्यतित रखने के लिए आवश्यक लिखने के लिए एक डिमन स्थापित किया गया है। 200 से अधिक में लिपि एक दूसरे को लिखती है, बहुमत सभी अलग-अलग संग्रहों में जा रही है।
इस मात्रा के लिखने के साथ, हम विश्लेषणात्मक उद्देश्यों के लिए बड़े पढ़ने में असमर्थ रहे हैं। कर्सर टाइमआउट क्लाइंट-साइड और सर्वर-साइड का संयोजन प्राप्त करना ("कर्सर नहीं मिला")।
हमने पढ़ने पर योजनाओं को सीमित/छोड़ने का प्रयास किया है, लेकिन समस्या बनी हुई है। इसका समाधान करने के लिए कार्रवाई का सबसे अच्छा तरीका क्या है क्योंकि हमें बड़ी संख्या में लिखने की आवश्यकता होती है, कुछ के साथ, लेकिन बड़े पढ़ते हैं?
1. हम केवल हमारे में जानना चाहते हैं _ id के साथ पढ़ता को संभालने के लिए प्रावधान को संभालने के लिए सिस्टम बनाया खेत। 2. हमारी अनुक्रमणिका मेमोरी आकार की तुलना में केवल थोड़ी बड़ी है, हमारे ईसी 2 उदाहरण 7.5 जीबी के साथ हैं, और हमारे इंडेक्स प्रति प्रतिलिपि 9.5 जीबी पर हैं। वर्तमान में हम 32 जीबी मास्टर्स को अपग्रेड करने की प्रक्रिया में हैं। 3. मुझे कोई बाधा नहीं दिखाई दे रही है, बस मुद्दे पूरी तरह से डेटा पढ़ रहे हैं। 4. हम आमतौर पर संग्रह पर लॉक लिखते हैं जो अधिकतर लिखते हैं, लेकिन अन्यथा हम ठीक हैं। 5. हमारे प्रोसेसर वास्तव में बहुत अधिक तनाव नहीं डाल रहे हैं। – Bryan
iostat और mongostat कैसे दिखते हैं? क्या आप ईबीएस ड्राइव पर चल रहे हैं? छापा मारा? उनका प्रदर्शन कैसा है? –
mongostat चार्टों पर हावी होने वाले अद्यतनों के साथ लगभग 9 0% फ्लोटिंग लॉक% दिखा रहा है। वर्तमान में हम दूसरी बार स्वामी और ईबीएस पर क्षणिक चल रहे हैं। Iostat लिखने के लिए 622 और 365 पर पढ़ता है/पढ़ता है, पढ़ता है शायद अधिक है क्योंकि हम वर्तमान में 2 32 जीबी सर्वर पुनर्प्राप्त कर रहे हैं। – Bryan