2 मिलियन डेटाबेस? मुझे लगता है कि आपका मतलब "पंक्तियों" से था।
वैसे भी, सीमाओं से संबंधित:ध्यान रखने योग्य सबसे महत्वपूर्ण बातों में से एक यह है कि NDB/MySQL क्लस्टर एक सामान्य प्रयोजन डेटाबेस नहीं है। सबसे विशेष रूप से, संचालन में शामिल हों, लेकिन उप-प्रश्न और श्रेणी संचालन (जैसे प्रश्न:अभी और एक सप्ताह पहले के बीच बनाए गए आदेश), आपकी अपेक्षा से काफी धीमे हो सकते हैं। यह इस तथ्य के कारण है कि डेटा कई नोड्स में वितरित किया जाता है। हालांकि कुछ सुधार किए गए हैं, जॉइन का प्रदर्शन अभी भी बहुत निराशाजनक हो सकता है।
दूसरी ओर, यदि आपको कई (अधिमानतः छोटे) समवर्ती लेन-देन (आमतौर पर एकल पंक्ति अपडेट/प्राथमिक कुंजी द्वारा लुकअप को हटाना) से निपटने की आवश्यकता होती है और आप अपने सभी डेटा को मेमोरी में रखने का प्रबंधन करते हैं, तो यह बहुत हो सकता है स्केलेबल और प्रदर्शनकारी समाधान।
आपको खुद से पूछना चाहिए कि आप क्लस्टर क्यों चाहते हैं। यदि आप केवल अपना सामान्य डेटाबेस चाहते हैं जो आपके पास अभी है, अतिरिक्त 99,999% उपलब्धता को छोड़कर, तो आप निराश हो सकते हैं। निश्चित रूप से MySQL क्लस्टर आपको बड़ी उपलब्धता और अपटाइम प्रदान कर सकता है, लेकिन आपके ऐप का वर्कलोड उन चीजों के लिए बहुत उपयुक्त नहीं हो सकता है जो क्लस्टर के लिए अच्छा है। साथ ही आप अपने अन्यथा पारंपरिक डेटाबेस के अपटाइम को बढ़ाने के लिए एक और उच्च उपलब्धता समाधान का उपयोग करने में सक्षम हो सकते हैं।
BTW - यहाँ दस्तावेज़ के अनुसार सीमाओं की एक सूची है:http://dev.mysql.com/doc/refman/5.1/hi/mysql-cluster-limitations.html
लेकिन आप जो कुछ भी करते हैं, क्लस्टर का प्रयास करें, देखें कि यह आपके लिए अच्छा है या नहीं। MySQL क्लस्टर "MySQL + 5 नौ" नहीं है। जब आप कोशिश करेंगे तो आपको पता चल जाएगा।
