कई सर्वरों पर MySQL डेटाबेस


11

ठीक है, वास्तव में यह नहीं पता कि मैं कैसे पूछ रहा हूं कि मुझे यह पता लगाना है कि मेरे पढ़ने और अनुसंधान के अनुसार प्रति व्यक्ति कुछ भी क्यों नहीं उपज रहा है। इसलिए मेरे पास वर्तमान में एक एकल MySQL डेटाबेस है, और मैं जल्द ही या बाद में जानता हूं कि डेटा ढेर हो रहा है और मैं इस सर्वर पर कमरे से बाहर चला जाऊंगा। तो इससे पहले कि ऐसा होता है मैं लाइन में सामान प्राप्त करना चाहता हूं ताकि मैं लोड संतुलन और दो शुद्ध भंडारण कारक के लिए कई मशीनों में से एक डेटाबेस में फैल सकता हूं।

तो मेरा सवाल है, यह कैसे काम करता है? हो सकता है कि मैं भी 1 आयामी सोच रहा हूँ, लेकिन मैं यह नहीं पता लगा सकता कि यह कैसे काम करेगा, क्या यह एक DB है जो अगली मशीन पर फैलता है और अगले जैसे ही डेटा बढ़ता है या क्या यह प्रत्येक व्यक्ति के लिए एक ही स्कीमा के साथ व्यक्तिगत DB है, जिस तरह से मैं सिर्फ अपने सिर में तस्वीर नहीं लगा सकता, उसे भविष्य में प्रूफिंग के लिए एक तर्क में मिला दें जो वर्तमान में काम किया जा रहा है। जब हम दीवार से नहीं टकराते हैं और इवेंट में एक ऑल स्टॉप को खींचते हैं, जब डेटा सिर्फ एक मशीन के लिए होता है।

तो इस बारे में खुद को सही रास्ते पर लाने के लिए मुझे क्या पढ़ना, शोध, तरीके, अभ्यास आदि करना होगा?


इसने मेरी मदद की, जब यह (my) sql सेवा कई मशीनों को फैला रही है तो मैं एक newb हूं। मुझे इस स्थान को तोड़ने के लिए सही प्रश्न पूछने में थोड़ी कठिनाई हो रही है। +1 प्रश्न और उत्तर दोनों। ;)
जेम्स टी स्नेल

जवाबों:


8

आप वास्तव में कर सकते हैं, 'तीस MySQL क्लस्टरिंग आप की जरूरत है।

विशेष रूप से एक विशेषता - " ऑटो-शेरिंग " - आपके डेटा को कई मशीनों में फैलाएगी। "ऑनलाइन स्केलिंग" आपको नए नोड्स जोड़ने की अनुमति देता है यदि आपको डीबी चल रहा है तो अधिक क्षमता की आवश्यकता होती है। बहुत अच्छा। आप इसे यहाँ डाउनलोड कर सकते हैं

हालाँकि, कुछ अन्य चीजें हैं जिन्हें आप समस्या को हल करने के लिए विचार कर सकते हैं, जिन्हें प्राप्त करना आसान हो सकता है:

एक बड़ी हार्ड ड्राइव प्राप्त करें!

थोड़ा स्पष्ट लगता है, लेकिन अगर आप सुरक्षित रूप से कह सकते हैं कि एक xxxGb हार्ड ड्राइव आपको वाई साल तक चलेगा, तो इसके लिए लायक हो सकता है। आप या तो ड्राइव की एक छवि ले सकता है और नया एक पर स्थापित करें, या आप एक अतिरिक्त ड्राइव के रूप में इसे स्थापित कर सकता है और ले जाने के MySQL डेटा फ़ाइलों को नए ड्राइव करने के लिए। <

कई डेटाबेस में तालिकाओं को विभाजित करें।

कई डेटाबेस में स्प्लिट टेबल, जिसे बाद में कई ड्राइव में स्टोर किया जा सकता है। Windows Azure की अपने डेटाबेस में आकार सीमाएँ हैं और Microsoft इस दृष्टिकोण की अनुशंसा करता है। यह प्रदर्शन को भी थोड़ा सुधारता है।

क्या आप डेटा संग्रहीत कर सकते हैं?

क्या आप किसी अन्य ड्राइव पर बड़ी तालिकाओं को संग्रहित करने में सक्षम हैं? क्या डेटा की वास्तव में जरूरत है? यदि यह ऐतिहासिक है और केवल संदर्भ के लिए आवश्यक है, तो आप एक अभिलेखीय प्रक्रिया स्थापित कर सकते हैं जो इसे किसी अन्य ड्राइव पर फ़ाइलों में या किसी अन्य डेटाबेस में संग्रह तालिकाओं में धक्का देती है जो किसी अन्य ड्राइव पर डेटाफाइल्स को इंगित करती है?


यह एक उत्पादन प्रणाली होने का इरादा है, जहां समय के साथ कुछ संग्रह किया जा सकता है, लेकिन सामान्य रूप से अपेक्षित डेटा जो नियमित रूप से मुट्ठी भर तालिकाओं द्वारा कहा जाएगा, आसानी से कुछ टेराबाइट्स होने वाला है। हालांकि क्लस्टरिंग बिट से काफी हद तक मदद मिलती है बीमार को इस विषय पर कुछ भारी पढ़ना पड़ता है, धन्यवाद। बड़े HD हालांकि दुर्भाग्य से बाहर है, मेरे लिए विफलता के एक बिंदु पर इतना डेटा एक महान जोखिम है।
क्रिस करें
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.