हर जगह मैं देखता हूं, मैं देखता हूं कि MongoDB CP है। लेकिन जब मैं खुदाई करता हूं तो मैं देखता हूं कि यह आखिरकार सुसंगत है। क्या यह CP है जब आप सुरक्षित = सही का उपयोग करते हैं? यदि हां, तो क्या इसका मतलब है कि जब मैं सुरक्षित = सही के साथ लिखता हूं, तो परिणाम प्राप्त करने से पहले सभी प्रतिकृतियां अपडेट की जाएंगी?
जवाबों:
MongoDB दृढ़ता से डिफ़ॉल्ट रूप से सुसंगत है - यदि आप एक लेखन करते हैं और फिर एक रीड करते हैं, तो यह मानते हुए कि लेखन सफल था आप हमेशा केवल पढ़ने के लिए लिखने के परिणाम को पढ़ पाएंगे। ऐसा इसलिए है क्योंकि MongoDB एक सिंगल-मास्टर सिस्टम है और सभी रीड डिफ़ॉल्ट रूप से प्राथमिक में जाते हैं। यदि आप वैकल्पिक रूप से सेकंडरी से पढ़ने को सक्षम करते हैं तो MongoDB अंततः सुसंगत हो जाता है जहां आउट-ऑफ-डेट परिणाम पढ़ना संभव है।
MongoDB भी प्रतिकृति सेटों में स्वचालित विफलता के माध्यम से उच्च-उपलब्धता प्राप्त करता है: http://www.mongodb.org/display/DOCS/Replica+Sets
मैं लुक्कास पोस्ट से सहमत हूं। आप बस यह नहीं कह सकते हैं कि MongoDB CP / AP / CA है, क्योंकि यह वास्तव में C, A और P के बीच का व्यापार है, जो डेटाबेस / ड्राइवर कॉन्फ़िगरेशन और आपदा के प्रकार पर निर्भर करता है : यहाँ एक दृश्य पुनरावृत्ति है, और नीचे एक अधिक विस्तृत विवरण।
Scenario | Main Focus | Description
---------------------------|------------|------------------------------------
No partition | CA | The system is available
| | and provides strong consistency
---------------------------|------------|------------------------------------
partition, | AP | Not synchronized writes
majority connected | | from the old primary are ignored
---------------------------|------------|------------------------------------
partition, | CP | only read access is provided
majority not connected | | to avoid separated and inconsistent systemsजब आप किसी एकल कनेक्शन या सही लिखें / पढ़ें चिंता का स्तर ( जो आपको निष्पादन गति का खर्च करेगा ) का उपयोग करते हुए MongoDB दृढ़ता से सुसंगत है । जैसे ही आप उन शर्तों को पूरा नहीं करते हैं (विशेषकर जब आप द्वितीयक-प्रतिकृति से पढ़ रहे हैं) MongoDB अंततः सुसंगत हो जाता है।
MongoDB को प्रतिकृति-सेट के माध्यम से उच्च उपलब्धता मिलती है । जैसे ही प्राथमिक नीचे जाता है या अनुपलब्ध हो जाता है, तो दूसरा व्यक्ति फिर से उपलब्ध होने के लिए एक नया प्राथमिक निर्धारित करेगा। इसका एक नुकसान है: प्रत्येक लेखन जो पुराने प्राइमरी द्वारा किया गया था, लेकिन सेकेंडरी के लिए सिंक्रनाइज़ नहीं किया गया था, उसे वापस ले जाया जाएगा और एक रोलबैक-फाइल में सहेजा जाएगा, जैसे ही यह सेट पर फिर से जुड़ता है (पुराना प्राइमरी एक माध्यमिक है अभी)। तो इस मामले में उपलब्धता के लिए कुछ स्थिरता का त्याग किया जाता है।
उक्त रेप्लिका-सेट्स के उपयोग के माध्यम से मोंगोबीडी भी विभाजन सहिष्णुता को प्राप्त करता है: जब तक एक प्रतिकृति-सेट के आधे से अधिक सर्वर एक दूसरे से जुड़े होते हैं, तब तक एक नया प्राथमिक चुना जा सकता है । क्यों? दो अलग नेटवर्क सुनिश्चित करने के लिए दोनों एक नया प्राथमिक नहीं चुन सकते। जब पर्याप्त सेकंडरी एक दूसरे से नहीं जुड़ी होती हैं तब भी आप उनसे पढ़ सकते हैं (लेकिन निरंतरता सुनिश्चित नहीं होती है), लेकिन लिखना नहीं। संगति के लिए सेट व्यावहारिक रूप से अनुपलब्ध है।
जैसा कि एक शानदार नए लेख में दिखाया गया है और इस क्षेत्र में काइल के कुछ भयानक प्रयोग भी हैं , आपको MongoDB, और अन्य डेटाबेस को C या A के रूप में लेबल करते समय सावधान रहना चाहिए।
बेशक CAP बहुत अधिक शब्दों के बिना यह पता लगाने में मदद करता है कि डेटाबेस इसके बारे में क्या कहता है, लेकिन लोग अक्सर यह भूल जाते हैं कि C में CAP का अर्थ परमाणु स्थिरता (रैखिकता) है, उदाहरण के लिए। और इसने मुझे बहुत सारे दर्द को समझा, जब वर्गीकृत करने की कोशिश की। तो, इसके अलावा MongoDB मजबूत स्थिरता देता है, इसका मतलब यह नहीं है कि सी। इस तरह से, यदि कोई इस वर्गीकरण को करता है, तो मैं यह भी सलाह देता हूं कि संदेह को न छोड़ने के लिए यह वास्तव में अधिक गहराई से काम करता है।
हाँ, यह सीपी का उपयोग करते समय है safe=true। इसका सीधा सा मतलब है, डेटा ने इसे मास्टर्स डिस्क में बनाया है। यदि आप यह सुनिश्चित करना चाहते हैं कि यह कुछ प्रतिकृति पर भी पहुंचे, तो 'w = N' पैरामीटर देखें जहाँ N को डेटा को बचाने के लिए प्रतिकृति की संख्या है।
मैं मानगो के लिए पी के बारे में निश्चित नहीं हूं। स्थिति की कल्पना करें:
यहां समस्या यह है कि डंप फ़ाइल का आकार सीमित है और यदि आपके पास लंबे समय तक विभाजन था तो आप अपने डेटा को हमेशा के लिए ढीला कर सकते हैं।
आप कह सकते हैं कि ऐसा होने की संभावना नहीं है - हां, जब तक कि बादल में यह एक से अधिक आम नहीं है जो सोच सकते हैं।
यह उदाहरण है कि मैं किसी भी डेटाबेस को कोई भी पत्र सौंपने से पहले बहुत सावधान रहूंगा। बहुत सारे परिदृश्य और कार्यान्वयन सही नहीं हैं।
अगर किसी को पता है कि इस परिदृश्य को मानगो के बाद के रिलीज में संबोधित किया गया है तो कृपया टिप्पणी करें! (मैं कुछ समय से जो कुछ हो रहा था, उसका पालन नहीं कर रहा हूं ..)
मोंगोडब कभी भी माध्यमिक लिखने की अनुमति नहीं देता है। यह माध्यमिक से वैकल्पिक रीड्स की अनुमति देता है, लेकिन लिखता नहीं है। इसलिए यदि आपका प्राथमिक नीचे चला जाता है, तो आप तब तक नहीं लिख सकते जब तक एक माध्यमिक फिर से प्राथमिक नहीं हो जाता। इस प्रकार, आप कैप प्रमेय में उच्च उपलब्धता का त्याग करते हैं। केवल प्राथमिक से अपनी रीड्स रखने से आप मजबूत स्थिरता रख सकते हैं।
जब भी कोई विभाजन होता है, MongoDB उपलब्धता पर संगति का चयन करता है। इसका अर्थ यह है कि जब कोई विभाजन (P) होता है तो वह उपलब्धता (A) से अधिक संगति (C) चुनता है।
इसे समझने के लिए, आइए समझते हैं कि MongoDB प्रतिकृति सेट कैसे काम करता है। एक प्रतिकृति सेट में एक एकल प्राथमिक नोड है। डेटा करने का एकमात्र "सुरक्षित" तरीका उस नोड को लिखना है और फिर सेट में अधिकांश नोड्स के लिए उस डेटा का इंतजार करना है। (आप लिखते हुए उस ध्वज को w = बहुमत के लिए देखेंगे)
विभाजन दो परिदृश्यों में निम्नानुसार हो सकता है:
मूल रूप से, जब भी कोई विभाजन होता है और MongoDB को यह तय करने की आवश्यकता होती है कि क्या करना है, तो यह उपलब्धता पर संगति का चयन करेगा। यह सिस्टम को लिखने को तब तक स्वीकार करना बंद कर देगा जब तक उसे विश्वास नहीं हो जाता कि वह सुरक्षित रूप से उन लिखों को पूरा कर सकता है।
Mongodb स्थिरता और विभाजन सहिष्णुता प्रदान करता है ।
वितरित (नोएसक्यूएल) डेटाबेस के संदर्भ में, इसका मतलब यह है कि हमेशा स्थिरता और उपलब्धता के बीच व्यापार-बंद होने वाला है। ऐसा इसलिए है क्योंकि वितरित सिस्टम हमेशा विभाजन सहिष्णु हैं (यानी यह केवल एक वितरित डेटाबेस नहीं होगा यदि यह विभाजन सहिष्णु नहीं था)।
संगति - प्रणाली अंततः सुसंगत हो जाएगी। डेटा जितनी जल्दी या बाद में हर जगह प्रचारित करेगा, लेकिन सिस्टम इनपुट प्राप्त करना जारी रखेगा और अगले एक पर जाने से पहले हर लेनदेन की स्थिरता की जांच नहीं कर रहा है।
उपलब्धता - डिफ़ॉल्ट रूप से, Mongo DB क्लाइंट (MongoDB ड्राइवर), नेता / प्राथमिक नोड को सभी पढ़ने / लिखने के अनुरोध भेजता है। यह सिस्टम को सुसंगत बनाता है लेकिन उपलब्ध नहीं होने के कारण - यदि कोई नेता क्लस्टर से डिस्कनेक्ट करता है, तो एक नए नेता को चुनने में कुछ सेकंड लगते हैं। इसलिए, यह उस अवधि में लिखने और पढ़ने के लिए अनुपलब्ध है।