मैं वर्तमान में अपने सत्रों को संग्रहीत करने के लिए MySql का उपयोग कर रहा हूं। यह बहुत अच्छा काम करता है, लेकिन यह थोड़ा धीमा है।
मुझे रेडिस का उपयोग करने के लिए कहा गया है, लेकिन मैं सोच रहा हूं कि क्या यह एक अच्छा विचार है क्योंकि मैंने सुना है कि रेडिस देरी से ऑपरेशन लिखते हैं। मुझे थोड़ा डर है क्योंकि सत्रों को वास्तविक समय में होना चाहिए।
क्या किसी ने ऐसी समस्याओं का अनुभव किया है?
जवाबों:
रेडिस सत्रों के भंडारण के लिए एकदम सही है। सभी ऑपरेशन मेमोरी में किए जाते हैं, और इसलिए पढ़ना और लिखना तेजी से होगा।
दूसरा पहलू सत्र राज्य की दृढ़ता है। Redis आपको बहुत अधिक लचीलापन देता है कि आप अपनी हार्ड-डिस्क को सत्र स्थिति कैसे बनाए रखना चाहते हैं। आप अधिक जानने के लिए http://redis.io/topics/persistence से गुजर सकते हैं , लेकिन उच्च स्तर पर, यहां आपके विकल्प हैं:
appendfsync alwaysअपनी कॉन्फ़िगरेशन फ़ाइल में सेट करें। इसके साथ, Redis गारंटी देता है कि कोई भी लिखने का संचालन डिस्क पर सहेजा जाता है। नुकसान यह है कि लिखने का कार्य धीमा हो जाएगा।appendfsync everysec। यह उचित डेटा गारंटी के साथ शानदार प्रदर्शन देगामूल रूप से दो मुख्य प्रकार उपलब्ध हैं: async स्नैपशॉट और fsync()। उन्हें क्रमशः RDB और AOF कहा जाता है। आधिकारिक पृष्ठ पर दृढ़ता मोड पर अधिक ।
डैमिनेटेड प्रक्रिया का सिग्नल हैंडलिंग डिस्क के लिए सिंक करता है जब इसे उदाहरण के लिए SIGTERM प्राप्त होता है, तो डेटा रिबूट के बाद भी रहेगा। मुझे लगता है कि डिफ़ॉल्ट सेटिंग्स (RDB स्नैपशॉट) के साथ भी आपको एक अखंडता के भ्रष्टाचार को देखने से पहले डेमॉन या ओएस को क्रैश करना होगा।
एओएफ सेटिंग एपेंड ओनली फाइल का उपयोग करती है जो सर्वर द्वारा प्राप्त कमांड को लॉग करता है, और डीबी को ठंडी शुरुआत में खरोंच से बचाया जाता है, सेव की गई फाइल से। डिफॉल्ट डिस्क-सिंक पॉलिसी को हर सेकंड (IIRC) में एक बार फ्लश किया जाता है, लेकिन हर कमांड पर लॉक और लिखने के लिए सेट किया जा सकता है।
स्नैपशॉट और वृद्धिशील लॉग दोनों का उपयोग करने से लगता है कि दोनों लंबी अवधि के मत-मान-अगर-आई-मिस-ए-मिस- द -ए-मिस- द -ए-डेटा डेटा दृष्टिकोण के साथ अधिक सुरक्षित हैं, लेकिन महंगा वृद्धिशील लॉग। रेडिस बॉक्स के बाहर क्लस्टरिंग का समर्थन करता है, इसलिए प्रतिकृति भी किया जा सकता है ऐसा लगता है।
मैं डिफ़ॉल्ट आरडीबी का उपयोग खुद कर रहा हूं और स्नैपशॉट को दूरस्थ एफ़टीपी में सहेज रहा हूं। मैंने एक विफलता नहीं देखी है जो अभी तक डेटा हानि का कारण है। तीव्र हार्डवेयर विफलता या पावर आउटेज की सबसे अधिक संभावना है, लेकिन मुझे एक वीपीएस पर होस्ट किया गया है। ऐसा होने की पतली संभावना :)
यह सवाल वास्तव में वास्तविक समय के सत्रों के बारे में है , और लगता है कि 'देरी से लिखने के संचालन' वाक्यांश की गलतफहमी के कारण आंशिक रूप से उत्पन्न हुआ है, जबकि विवरण अंततः टिप्पणियों में छेड़े गए थे, मैं सिर्फ इसे सुपर-डुपर स्पष्ट करना चाहता था। ..
आपको वास्तविक समय सत्रों को लागू करने में कोई समस्या नहीं होगी।
Redis एक इन-मेमोरी की-वैल्यू स्टोर है जिसमें डिस्क के लिए वैकल्पिक दृढ़ता है। 'डिलीटेड राइट ऑपरेशंस' डिस्क को राइट्स को संदर्भित करता है , सामान्य रूप से डेटाबेस को नहीं, जो मेमोरी में मौजूद है। यदि आप एक कुंजी / मूल्य जोड़ी सेट करते हैं, तो आप इसे तुरंत प्राप्त कर सकते हैं (अर्थात वास्तविक समय में)। दृढ़ता के संबंध में आपके द्वारा चुनी गई नीति (आप लिखने में कितना विलंब करते हैं) ऊपरी-बाउंड को निर्धारित करेगा कि किसी दुर्घटना में कितना डेटा खो सकता है।