मेमकैच्ड बनाम रेडिस?

सारांश (TL; DR)

3 जून, 2017 को अपडेट किया गया

रेडिस अधिक शक्तिशाली, अधिक लोकप्रिय और मेम्केड की तुलना में बेहतर समर्थित है। मेम्केड केवल उन चीजों का एक छोटा सा अंश कर सकता है जो रेडिस कर सकता है। जहां उनकी विशेषताएं ओवरलैप होती हैं, वहां भी रेडिस बेहतर होता है।

कुछ भी नया करने के लिए, रेडिस का उपयोग करें।

मेमकैच्ड बनाम रेडिस:प्रत्यक्ष तुलना

दोनों उपकरण शक्तिशाली, तेज, इन-मेमोरी डेटा स्टोर हैं जो कैश के रूप में उपयोगी हैं। दोनों डेटाबेस परिणामों, HTML अंशों, या किसी अन्य चीज़ को संचित करके आपके एप्लिकेशन को गति देने में मदद कर सकते हैं जो उत्पन्न करने के लिए महंगा हो सकता है।

विचार करने योग्य बिंदु

जब एक ही चीज़ के लिए उपयोग किया जाता है, तो यहां बताया गया है कि वे मूल प्रश्न के "बिंदुओं पर विचार" का उपयोग करके तुलना कैसे करते हैं:

• पढ़ने/लिखने की गति :दोनों बहुत तेज हैं। बेंचमार्क वर्कलोड, संस्करण और कई अन्य कारकों के अनुसार अलग-अलग होते हैं, लेकिन आम तौर पर रेडिस को मेमकैच्ड जितना तेज़ या लगभग उतना ही तेज़ दिखाते हैं। मैं रेडिस की सलाह देता हूं, लेकिन इसलिए नहीं कि memcached धीमा है। ऐसा नहीं है।
• स्मृति उपयोग :रेडिस बेहतर है।
  • memcached:आप कैशे आकार निर्दिष्ट करते हैं और जैसे ही आप आइटम सम्मिलित करते हैं, डेमॉन जल्दी से इस आकार से थोड़ा अधिक बढ़ता है। वास्तव में उस स्थान को पुनः प्राप्त करने का कोई तरीका नहीं है, मेम्केड को पुनः आरंभ करने से कम। आपकी सभी कुंजियों की समय सीमा समाप्त हो सकती है, आप डेटाबेस को फ्लश कर सकते हैं, और यह अभी भी आपके द्वारा कॉन्फ़िगर किए गए RAM के पूर्ण भाग का उपयोग करेगा।
  • redis:अधिकतम आकार निर्धारित करना आप पर निर्भर है। Redis अपनी आवश्यकता से अधिक का कभी भी उपयोग नहीं करेगा और आपको वह स्मृति वापस देगा जिसका वह अब उपयोग नहीं कर रहा है।
  • मैंने दोनों में यादृच्छिक वाक्यों के 100,000 ~2KB स्ट्रिंग्स (~200MB) संग्रहीत किए हैं। Memcached RAM का उपयोग बढ़कर ~225MB हो गया। Redis RAM का उपयोग बढ़कर ~228MB हो गया। दोनों को फ्लश करने के बाद, रेडिस ~ 29MB तक गिर गया और memcached ~ 225MB पर रहा। वे डेटा को स्टोर करने के तरीके में समान रूप से कुशल हैं, लेकिन केवल एक ही इसे पुनः प्राप्त करने में सक्षम है।
• डिस्क I/O डंपिंग :रेडिस के लिए एक स्पष्ट जीत क्योंकि यह डिफ़ॉल्ट रूप से ऐसा करता है और इसमें बहुत ही विन्यास योग्य दृढ़ता है। Memcached में तृतीय पक्ष टूल के बिना डिस्क पर डंप करने के लिए कोई तंत्र नहीं है।
• स्केलिंग :कैश के रूप में आपको एक से अधिक इंस्टेंस की आवश्यकता होने से पहले दोनों आपको बहुत अधिक हेडरूम देते हैं। Redis में इससे आगे जाने में आपकी मदद करने के लिए उपकरण शामिल हैं जबकि memcached नहीं करता है।

मेमकैश्ड

Memcached एक साधारण अस्थिर कैश सर्वर है। यह आपको कुंजी/मान युग्मों को संग्रहीत करने की अनुमति देता है जहां मान 1MB तक की स्ट्रिंग होने तक सीमित है।

यह इसमें अच्छा है, लेकिन यह बस इतना ही करता है। आप उन मानों को उनकी कुंजी द्वारा अत्यंत उच्च गति पर एक्सेस कर सकते हैं, अक्सर उपलब्ध नेटवर्क या यहां तक ​​कि मेमोरी बैंडविड्थ को संतृप्त करते हैं।

जब आप memcached को पुनरारंभ करते हैं तो आपका डेटा समाप्त हो जाता है। यह कैश के लिए ठीक है। आपको वहां कुछ भी महत्वपूर्ण स्टोर नहीं करना चाहिए।

यदि आपको उच्च प्रदर्शन या उच्च उपलब्धता की आवश्यकता है तो तृतीय पक्ष उपकरण, उत्पाद और सेवाएं उपलब्ध हैं।

रेडिस

Redis वही काम कर सकता है जो memcached कर सकता है, और उन्हें बेहतर तरीके से कर सकता है।

रेडिस कैश के रूप में भी कार्य कर सकता है। यह कुंजी/मूल्य जोड़े भी स्टोर कर सकता है। रेडिस में वे 512MB तक भी हो सकते हैं।

आप दृढ़ता को बंद कर सकते हैं और यह आपके डेटा को पुनरारंभ करने पर भी खुशी से खो देगा। यदि आप चाहते हैं कि आपका कैश जीवित रहे, तो यह आपको भी ऐसा करने देता है। वास्तव में, यह डिफ़ॉल्ट है।

यह बहुत तेज़ भी है, अक्सर नेटवर्क या मेमोरी बैंडविड्थ द्वारा सीमित होता है।

यदि redis/memcached का एक उदाहरण आपके कार्यभार के लिए पर्याप्त प्रदर्शन नहीं है, तो रेडिस स्पष्ट विकल्प है। Redis में क्लस्टर समर्थन शामिल है और यह "बॉक्स में" उच्च उपलब्धता टूल (redis-sentinel) के साथ आता है। पिछले कुछ वर्षों में रेडिस तीसरे पक्ष के टूलिंग में स्पष्ट नेता के रूप में उभरा है। रेडिस लैब्स, अमेज़ॅन और अन्य जैसी कंपनियां कई उपयोगी रेडिस टूल और सेवाएं प्रदान करती हैं। रेडिस के आसपास का पारिस्थितिकी तंत्र बहुत बड़ा है। बड़े पैमाने पर परिनियोजन की संख्या अब memcached की तुलना में अधिक होने की संभावना है।

द रेडिस सुपरसेट

रेडिस एक कैश से अधिक है। यह एक इन-मेमोरी डेटा स्ट्रक्चर सर्वर है। नीचे आपको उन चीजों का एक त्वरित अवलोकन मिलेगा जो Redis एक साधारण कुंजी / मान कैश जैसे memcached होने से परे कर सकता है। अधिकांश रेडिस की विशेषताएं ऐसी चीजें हैं जो मेमकैच्ड नहीं कर सकती हैं।

दस्तावेज़ीकरण

रेडिस memcached से बेहतर दस्तावेज है। हालांकि यह व्यक्तिपरक हो सकता है, यह हर समय अधिक से अधिक सत्य प्रतीत होता है।

redis.io एक शानदार आसानी से नेविगेट किया जाने वाला संसाधन है। यह आपको ब्राउज़र में रेडिस आज़माने देता है और यहां तक ​​कि आपको दस्तावेज़ों में प्रत्येक कमांड के साथ लाइव इंटरेक्टिव उदाहरण भी देता है।

memcached के रूप में रेडिस के लिए अब 2x के रूप में कई स्टैक ओवरफ्लो परिणाम हैं। 2x जितने Google परिणाम। अधिक भाषाओं में अधिक आसानी से सुलभ उदाहरण। अधिक सक्रिय विकास। अधिक सक्रिय ग्राहक विकास। ये माप व्यक्तिगत रूप से बहुत मायने नहीं रखते हैं, लेकिन संयोजन में वे एक स्पष्ट तस्वीर पेश करते हैं कि रेडिस के लिए समर्थन और दस्तावेज़ीकरण अधिक से अधिक अद्यतित है।

दृढ़ता

डिफ़ॉल्ट रूप से रेडिस स्नैपशॉटिंग नामक तंत्र का उपयोग करके आपके डेटा को डिस्क पर बनाए रखता है। यदि आपके पास पर्याप्त RAM उपलब्ध है, तो यह आपके सभी डेटा को डिस्क पर लगभग बिना किसी प्रदर्शन गिरावट के लिखने में सक्षम है। यह लगभग मुफ़्त है!

स्नैपशॉट मोड में एक मौका है कि अचानक दुर्घटना के परिणामस्वरूप थोड़ी मात्रा में डेटा खो सकता है। यदि आपको पूरी तरह से यह सुनिश्चित करने की आवश्यकता है कि कोई डेटा कभी खो नहीं जाता है, तो चिंता न करें, AOF (केवल फ़ाइल संलग्न करें) मोड के साथ रेडिस भी आपकी पीठ थपथपाता है। इस दृढ़ता मोड में डेटा को डिस्क में सिंक किया जा सकता है जैसा कि लिखा गया है। यह अधिकतम लेखन थ्रूपुट को कम कर सकता है चाहे आपकी डिस्क कितनी भी तेजी से लिख सके, लेकिन फिर भी यह काफी तेज होना चाहिए।

यदि आपको आवश्यकता हो तो दृढ़ता को ठीक करने के लिए कई कॉन्फ़िगरेशन विकल्प हैं, लेकिन डिफ़ॉल्ट बहुत समझदार हैं। ये विकल्प रेडिस को डेटा स्टोर करने के लिए एक सुरक्षित, अनावश्यक स्थान के रूप में सेटअप करना आसान बनाते हैं। यह एक असली है डेटाबेस।

कई डेटा प्रकार

Memcached स्ट्रिंग्स तक सीमित है, लेकिन Redis एक डेटा संरचना सर्वर है जो कई अलग-अलग डेटा प्रकारों की सेवा कर सकता है। यह आपको उन डेटा प्रकारों का अधिकतम लाभ उठाने के लिए आवश्यक आदेश भी प्रदान करता है।

स्ट्रिंग्स (कमांड)

साधारण टेक्स्ट या बाइनरी मान जिनका आकार 512MB तक हो सकता है। यह एकमात्र डेटा प्रकार रेडिस और मेमकैच्ड शेयर है, हालांकि मेमकैच्ड स्ट्रिंग्स 1 एमबी तक सीमित हैं।

Redis आपको बिटवाइज़ ऑपरेशंस, बिट-लेवल मैनिपुलेशन, फ्लोटिंग पॉइंट इंक्रीमेंट/डिक्रीमेंट सपोर्ट, रेंज क्वेरीज़ और मल्टी-की ऑपरेशंस के लिए कमांड देकर इस डेटाटाइप का लाभ उठाने के लिए और टूल देता है। Memcached इनमें से किसी का भी समर्थन नहीं करता है।

स्ट्रिंग्स सभी प्रकार के उपयोग के मामलों के लिए उपयोगी हैं, यही वजह है कि केवल इस डेटा प्रकार के साथ memcached काफी उपयोगी है।

हैश (कमांड)

हैश एक महत्वपूर्ण मूल्य स्टोर के भीतर एक महत्वपूर्ण मूल्य स्टोर की तरह हैं। वे स्ट्रिंग फ़ील्ड और स्ट्रिंग मानों के बीच मैप करते हैं। फ़ील्ड-> हैश का उपयोग करने वाले मान मानचित्र कुंजी-> मान मानचित्रों की तुलना में थोड़े अधिक स्थान कुशल होते हैं जो नियमित स्ट्रिंग का उपयोग करते हैं।

हैश नाम स्थान के रूप में उपयोगी होते हैं, या जब आप तार्किक रूप से कई कुंजियों को समूहित करना चाहते हैं। हैश के साथ आप सभी सदस्यों को कुशलता से पकड़ सकते हैं, सभी सदस्यों को एक साथ समाप्त कर सकते हैं, सभी सदस्यों को एक साथ हटा सकते हैं, आदि। किसी भी उपयोग के मामले के लिए बढ़िया जहां आपके पास कई कुंजी/मूल्य जोड़े हैं जिन्हें समूहीकृत करने की आवश्यकता है।

हैश का एक उदाहरण उपयोग अनुप्रयोगों के बीच उपयोगकर्ता प्रोफाइल को संग्रहीत करने के लिए है। उपयोगकर्ता आईडी के साथ कुंजी के रूप में संग्रहीत एक रेडिस हैश आपको एक ही कुंजी के तहत संग्रहीत रखते हुए आवश्यकतानुसार उपयोगकर्ता के बारे में डेटा के कई बिट्स संग्रहीत करने की अनुमति देगा। एक स्ट्रिंग में प्रोफ़ाइल को क्रमबद्ध करने के बजाय हैश का उपयोग करने का लाभ यह है कि आप अलग-अलग एप्लिकेशन को उपयोगकर्ता प्रोफ़ाइल के भीतर अलग-अलग फ़ील्ड पढ़/लिख सकते हैं, बिना किसी ऐप के दूसरों द्वारा किए गए परिवर्तनों को ओवरराइड करने के बारे में चिंता किए बिना (जो तब हो सकता है जब आप पुराने को क्रमबद्ध करते हैं) डेटा)।

सूचियां (कमांड)

रेडिस सूचियों को स्ट्रिंग्स के संग्रह का आदेश दिया जाता है। वे सूची के ऊपर या नीचे (उर्फ:बाएँ या दाएँ) से मान डालने, पढ़ने या हटाने के लिए अनुकूलित हैं।

रेडिस सूचियों का लाभ उठाने के लिए कई कमांड प्रदान करता है, जिसमें पुश/पॉप आइटम, सूचियों के बीच पुश/पॉप, सूचियों को छोटा करना, रेंज क्वेरी करना आदि शामिल हैं।

सूचियाँ बहुत टिकाऊ, परमाणु, कतारें बनाती हैं। ये कार्य कतारों, लॉग्स, बफ़र्स और कई अन्य उपयोग के मामलों के लिए बढ़िया काम करते हैं।

सेट (कमांड)

सेट अद्वितीय मूल्यों के अनियंत्रित संग्रह हैं। वे आपको जल्दी से जांचने देते हैं कि कोई मान सेट में है या नहीं, जल्दी से मान जोड़ें/निकालें, और अन्य सेटों के साथ ओवरलैप को मापने के लिए।

ये एक्सेस कंट्रोल लिस्ट, यूनीक विज़िटर ट्रैकर्स और कई अन्य चीजों जैसी चीजों के लिए बहुत अच्छे हैं। अधिकांश प्रोग्रामिंग भाषाओं में कुछ समान होता है (आमतौर पर सेट कहा जाता है)। यह ऐसा ही है, केवल वितरित किया जाता है।

Redis सेट को प्रबंधित करने के लिए कई कमांड प्रदान करता है। स्पष्ट रूप से सेट को जोड़ने, हटाने और जाँचने जैसे मौजूद हैं। तो कम स्पष्ट आदेश हैं जैसे यादृच्छिक आइटम को पॉपिंग/रीडिंग और अन्य सेटों के साथ यूनियनों और चौराहे करने के लिए आदेश।

सॉर्ट किए गए सेट (कमांड)

सॉर्ट किए गए सेट भी अद्वितीय मूल्यों के संग्रह हैं। ये, जैसा कि नाम से ही स्पष्ट है, आदेशित हैं। उन्हें एक अंक के आधार पर क्रमबद्ध किया जाता है, फिर लेक्सिकोग्राफिक रूप से।

यह डेटा प्रकार स्कोर द्वारा त्वरित लुकअप के लिए अनुकूलित है। बीच में उच्चतम, निम्नतम, या किसी भी श्रेणी के मूल्यों को प्राप्त करना बेहद तेज़ है।

यदि आप उपयोगकर्ताओं को उनके उच्च स्कोर के साथ क्रमबद्ध सेट में जोड़ते हैं, तो आप अपने आप में एक आदर्श लीडर-बोर्ड हैं। जैसे ही नए उच्च स्कोर आते हैं, बस उन्हें अपने उच्च स्कोर के साथ फिर से सेट में जोड़ें और यह आपके लीडर-बोर्ड को फिर से व्यवस्थित करेगा। पिछली बार विज़िट किए गए उपयोगकर्ताओं और आपके एप्लिकेशन में कौन सक्रिय है, इस पर नज़र रखने के लिए भी बढ़िया है।

एक ही स्कोर के साथ मूल्यों को संग्रहीत करने से उन्हें लेक्सिकोग्राफिक रूप से आदेश दिया जाता है (वर्णानुक्रम में सोचें)। यह स्वतः पूर्ण सुविधाओं जैसी चीज़ों के लिए उपयोगी हो सकता है।

कई सॉर्ट किए गए सेट कमांड सेट के लिए कमांड के समान होते हैं, कभी-कभी एक अतिरिक्त स्कोर पैरामीटर के साथ। स्कोर को प्रबंधित करने और स्कोर के आधार पर क्वेरी करने के लिए कमांड भी शामिल हैं।

जियो

भौगोलिक डेटा को संग्रहीत करने, पुनर्प्राप्त करने और मापने के लिए Redis के पास कई आदेश हैं। इसमें त्रिज्या प्रश्न और बिंदुओं के बीच की दूरी को मापना शामिल है।

रेडिस में तकनीकी रूप से भौगोलिक डेटा सॉर्ट किए गए सेट में संग्रहीत किया जाता है, इसलिए यह वास्तव में अलग डेटा प्रकार नहीं है। यह सॉर्ट किए गए सेट के शीर्ष पर एक एक्सटेंशन है।

बिटमैप और हाइपरलॉगलॉग

भू की तरह, ये पूरी तरह से अलग डेटा प्रकार नहीं हैं। ये कमांड हैं जो आपको स्ट्रिंग डेटा को बिटमैप या हाइपरलॉग के रूप में व्यवहार करने की अनुमति देते हैं।

बिटमैप्स वे बिट-लेवल ऑपरेटर हैं जिन्हें मैंने Strings . के अंतर्गत संदर्भित किया है इसलिए है। यह डेटा प्रकार reddit की हालिया सहयोगी कला परियोजना के लिए बुनियादी निर्माण खंड था:r/Place।

HyperLogLog आपको चौंकाने वाली सटीकता के साथ लगभग असीमित अद्वितीय मानों की गणना करने के लिए निरंतर अत्यंत छोटी मात्रा में स्थान का उपयोग करने की अनुमति देता है। केवल ~16KB का उपयोग करके आप अपनी साइट पर अद्वितीय विज़िटर की संख्या को कुशलता से गिन सकते हैं, भले ही वह संख्या लाखों में हो।

लेन-देन और परमाणु

रेडिस में कमांड परमाणु हैं, जिसका अर्थ है कि आप यह सुनिश्चित कर सकते हैं कि जैसे ही आप रेडिस के लिए एक मूल्य लिखते हैं, वह मूल्य रेडिस से जुड़े सभी ग्राहकों को दिखाई देता है। उस मूल्य के प्रचारित होने की कोई प्रतीक्षा नहीं है। तकनीकी रूप से मेमकेच्ड भी परमाणु है, लेकिन रेडिस के साथ मेमकैच्ड से परे इस सभी कार्यक्षमता को जोड़ने के साथ यह ध्यान देने योग्य और कुछ हद तक प्रभावशाली है कि ये सभी अतिरिक्त डेटा प्रकार और विशेषताएं भी परमाणु हैं।

जबकि रिलेशनल डेटाबेस में लेन-देन के समान नहीं है, रेडिस में ऐसे लेनदेन भी होते हैं जो "आशावादी लॉकिंग" (WATCH/MULTI/EXEC) का उपयोग करते हैं।

पाइपलाइनिंग

रेडिस 'पाइपलाइनिंग' नामक एक सुविधा प्रदान करता है। यदि आपके पास कई रेडिस कमांड हैं जिन्हें आप निष्पादित करना चाहते हैं, तो आप उन्हें एक-एक-बार के बजाय एक बार में रेडिस पर भेजने के लिए पाइपलाइनिंग का उपयोग कर सकते हैं।

आम तौर पर जब आप रेडिस या मेमकैच्ड को कमांड निष्पादित करते हैं, तो प्रत्येक कमांड एक अलग अनुरोध/प्रतिक्रिया चक्र होता है। पाइपलाइनिंग के साथ, रेडिस कई कमांड को बफर कर सकता है और उन सभी को एक ही बार में निष्पादित कर सकता है, एक ही उत्तर में आपके सभी कमांड के सभी प्रतिक्रियाओं के साथ प्रतिक्रिया करता है।

यह आपको थोक आयात या अन्य क्रियाओं पर और भी अधिक थ्रूपुट प्राप्त करने की अनुमति दे सकता है जिसमें बहुत सारे आदेश शामिल हैं।

पब/उप

रेडिस के पास पब/उप कार्यक्षमता के लिए समर्पित आदेश हैं, जिससे रेडिस को उच्च गति संदेश प्रसारक के रूप में कार्य करने की इजाजत मिलती है। यह एकल क्लाइंट को चैनल से जुड़े कई अन्य क्लाइंट को संदेश प्रकाशित करने की अनुमति देता है।

रेडिस पब/सब के साथ-साथ लगभग किसी भी टूल को करता है। समर्पित संदेश दलालों जैसे RabbitMQ के कुछ क्षेत्रों में फायदे हो सकते हैं, लेकिन तथ्य यह है कि एक ही सर्वर आपको लगातार टिकाऊ कतार और अन्य डेटा संरचनाएं भी दे सकता है जो आपके पब/उप वर्कलोड की आवश्यकता हो सकती है, रेडिस अक्सर सबसे अच्छा और सबसे सरल उपकरण साबित होगा नौकरी के लिए।

लुआ स्क्रिप्टिंग

आप रेडिस की अपनी एसक्यूएल या संग्रहीत प्रक्रियाओं जैसे लुआ स्क्रिप्ट के बारे में सोच सकते हैं। यह उससे अधिक और कम दोनों है, लेकिन सादृश्य ज्यादातर काम करता है।

हो सकता है कि आपके पास जटिल गणनाएं हों जो आप चाहते हैं कि रेडिस प्रदर्शन करे। हो सकता है कि आप अपने लेन-देन को वापस लेने का जोखिम नहीं उठा सकते हैं और गारंटी की आवश्यकता है कि जटिल प्रक्रिया का हर चरण परमाणु रूप से होगा। लुआ स्क्रिप्टिंग के साथ इन समस्याओं और कई अन्य को हल किया जा सकता है।

पूरी स्क्रिप्ट को परमाणु रूप से निष्पादित किया जाता है, इसलिए यदि आप अपने तर्क को लुआ स्क्रिप्ट में फिट कर सकते हैं तो आप अक्सर आशावादी लॉकिंग लेनदेन के साथ खिलवाड़ करने से बच सकते हैं।

स्केलिंग

जैसा कि ऊपर उल्लेख किया गया है, रेडिस में क्लस्टरिंग के लिए अंतर्निहित समर्थन शामिल है और इसे अपने स्वयं के उच्च उपलब्धता टूल के साथ बंडल किया गया है जिसे redis-sentinel कहा जाता है। ।

निष्कर्ष

बिना किसी हिचकिचाहट के मैं किसी भी नई परियोजनाओं, या मौजूदा परियोजनाओं के लिए memcached पर redis की अनुशंसा करता हूं जो पहले से memcached का उपयोग नहीं करते हैं।

उपरोक्त लग सकता है जैसे मुझे memcached पसंद नहीं है। इसके विपरीत:यह एक शक्तिशाली, सरल, स्थिर, परिपक्व और कठोर उपकरण है। कुछ उपयोग के मामले भी हैं जहां यह रेडिस से थोड़ा तेज है। मुझे मेमकैच्ड पसंद है। मुझे नहीं लगता कि यह भविष्य के विकास के लिए ज्यादा मायने रखता है।

रेडिस वह सब कुछ करता है जो memcached करता है, अक्सर बेहतर होता है। Memcached के लिए कोई भी प्रदर्शन लाभ मामूली और कार्यभार विशिष्ट है। ऐसे वर्कलोड भी हैं जिनके लिए रेडिस तेज होगा, और कई और वर्कलोड जो रेडिस कर सकते हैं जो मेमकैच्ड बस नहीं कर सकते। कार्यक्षमता में विशाल अंतर के सामने छोटे प्रदर्शन अंतर मामूली लगते हैं और तथ्य यह है कि दोनों उपकरण इतने तेज़ और कुशल हैं कि वे आपके बुनियादी ढांचे का आखिरी हिस्सा हो सकते हैं, आपको कभी भी स्केलिंग के बारे में चिंता करनी होगी।

केवल एक ही परिदृश्य है जहां memcached अधिक समझ में आता है:जहां memcached पहले से ही कैश के रूप में उपयोग में है। यदि आप पहले से ही memcached के साथ कैशिंग कर रहे हैं तो इसका उपयोग करते रहें, यदि यह आपकी आवश्यकताओं को पूरा करता है। यह संभवतः रेडिस में जाने के प्रयास के लायक नहीं है और यदि आप केवल कैशिंग के लिए रेडिस का उपयोग करने जा रहे हैं तो यह आपके समय के लायक होने के लिए पर्याप्त लाभ प्रदान नहीं कर सकता है। अगर memcached आपकी ज़रूरतों को पूरा नहीं कर रहा है, तो आपको शायद रेडिस पर जाना चाहिए। यह सच है कि आपको memcached से आगे बढ़ने की आवश्यकता है या आपको अतिरिक्त कार्यक्षमता की आवश्यकता है।