मेरी आवश्यकताएं हैं:
- 3000 कनेक्शन
- 70-85% लिखो बनाम पढ़ो
वर्तमान में, हम 700 कनेक्शनों में एक उच्च-सीपीयू, अतिरिक्त बड़े इंस्टेंस को अधिकतम कर रहे हैं। सभी 8 कोर अधिकतम हो गए हैं। हमें लगता है कि यह समवर्ती कनेक्शन की संख्या है क्योंकि मेमोरी ठीक है। लेखन स्वयं बहुत सरल है (सत्यापन धीमी चीजें हैं)। 3000 के पैमाने पर, हमें कई सर्वरों पर जाने की जरूरत है, वर्तमान विकल्प:
- MySQL शेयरिंग
- MongoDB क्लस्टर
- कैसेंड्रा
- Hadoop & MySQL (Hadoop कैश, MySQL के लिए सिंगल डंप)
- MongoDB और MySQL (Hadoop के बजाय, हम कैश के लिए मैंगो का उपयोग करते हैं)
कनेक्शन की इस संख्या को संभालने के लिए, कई प्रश्न:
- क्या MySQL शेयरिंग समवर्ती कनेक्शन को संभाल सकता है?
- क्या कोई एकल मास्टर इन समवर्ती कनेक्शनों को संभाल सकता है, या मोंगो जैसा एक बहु-सिर एक बेहतर विकल्प है?
मैं माफी माँगता हूँ अगर मैं अपनी समस्या का अच्छी तरह से वर्णन नहीं कर रहा हूँ। कृपया प्रश्न पूछें।
4
कार्यभार क्या है? कोई काम नहीं करने वाला कनेक्शन मेमोरी का उपभोग करता है, लेकिन सीपीयू नहीं, एक ऐप जो लिखने पर विवश है वह भी बहुत कम सीपीयू की खपत करता है क्योंकि यह हमेशा आई / ओ पर इंतजार कर रहा है। यदि आपके पास अपना सीपीयू अधिकतम है, तो इसका मतलब है कि आप किसी प्रकार की गणना कर रहे हैं; जहां आपकी अड़चन है, न तो प्रति कनेक्शन की संख्या पर, न ही लेखन गतिविधि पर।
—
गयुस
उत्तर के लिए धन्यवाद। mysqlslap परीक्षण दुख की बात है, जैसा कि आप अधिक कनेक्शनों से ऊपर उठते हैं , सब कुछ कर दिया जाता है। 1 -> 100 -> 500 -> 1000. 3000 समवर्ती कनेक्शन पर mysqlslap बस खुद को मारता है। इस सरल परीक्षण के माध्यम से सीपीयू और आई / ओ 700 कनेक्शनों पर मिटाए जाने लगते हैं। यह वही है जो हम देख रहे हैं, लेकिन इससे भी बदतर है क्योंकि हम अधिक डेटा हैं।
—
जस्टिन