PHP से Memcache लिखते समय टकराव से कैसे बचें

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

डेटा रिकॉर्डिंग

मानक स्थिति

मान लीजिए कि हमारा PHP एप्लिकेशन किसी एकल सर्वर पर चलता है, और रिमोट मशीन पर चलता है। हम बिना किसी समस्या के एक ही सेल में पढ़ और लिख सकते हैं, क्योंकि एप्लिकेशन WEB नहीं है, इसलिए केवल एक प्रक्रिया है। प्रक्रिया की रैखिकता के कारण, यह एक ही सेल में विभिन्न डेटा को एक साथ लिखने में सक्षम नहीं होगा।

दो या अधिक प्रक्रियाओं

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

Aglorythm - लेखन पढ़ें

कल्पना करें कि दो डेमन रिकॉर्डिंग के लिए एक ही समय में एक एकल डेटा सेल तक पहुंच रहे हैं, जो अपरिहार्य है। सामान्य परिस्थितियों में, हमें टक्कर मिलती है। हम इस तरह कार्य करेंगे:

• Process1 स्मृति से uniqid पढ़ता है, यह खाली है।
• Process1 अपने pid और सर्वर नंबर के साथ uniqid लिखता है
• प्रोसेस 1 यूनीकिड मान की जाँच करता है। यदि यह उसकी कुंजी से मेल खाता है, तो डेटा लिखता है।
  स्थिति के आधार पर, कुंजी को हटा देता है। आप रिकॉर्डिंग समय जोड़ सकते हैं, जो प्रक्रिया असामान्य रूप से 1 समाप्त होने पर डेटा सेल को अनलॉक करेगा
• Process2 मेमोरी स्थान से uniqid को पढ़ता है, यह खाली नहीं है।
• प्रक्रिया 2 प्रतीक्षा कर रहा है, उदाहरण के लिए सो (रैंड (1,5)); (चक्रीय रूप से) यदि आपको किसी पड़ोसी वस्तु के सेल तक पहुंचने के बावजूद डेटा लिखना है। हमें रिकॉर्ड करने की आवश्यकता नहीं है, लेकिन रिकॉर्डिंग को रोकने के लिए सेल को ब्लॉक कर सकते हैं।
• Process2 स्मृति से uniqid पढ़ता है, यह खाली है। इसके अलावा, पहली प्रक्रिया के साथ भी ऐसा ही है।
• Process3 स्मृति से uniqid पढ़ता है, यह खाली है।
• Process3 अपने pid और सर्वर नंबर के साथ uniqid लिखता है
• Process3 uniqid मान की जाँच करता है। यह उसकी कुंजी से मेल नहीं खाता है।
• Process3 एक त्रुटि देता है, या एल्गोरिथ्म के अनुसार अन्यथा कार्य करता है।
• रिकॉर्डिंग के बाद, प्रक्रियाओं को uniqid से हटा देना चाहिए (यह स्थिति पर निर्भर करता है)

अलग-अलग पीआईडी ​​के साथ मेमकेचे में एक ही सेल को ओवरराइट करने वाले दो डेमन के टेस्ट परिणाम।

:

: 17699
: 100000
: 89.012994 .
:

: 92999
: 100000
: 139.522396 .
दानव एल्गोरिथ्म:

• जबकि म्यूटेक्स बंद है, फिर से जांचें।
• यदि म्यूटेक्स खुला है, तो अपना म्यूटेक्स लिखें।
• यदि म्यूटेक्स सही है - हम लिखते हैं, अगर यह गलत है - हम शुरुआत में जाते हैं।
• डेटा लिखना
• म्यूटेक्स हटाएं

परीक्षण बताते हैं कि लगभग आधा डेटा खो गया था।

सामान्य डेवलपर्स के लिए: Redis, MemcacheDB और इसी तरह, हमें अभी भी इस चमत्कार को फिर से लिखना होगा।

इस एल्गोरिथ्म के साथ, मेम्चे को एक गियरमैन के रूप में भी इस्तेमाल किया जा सकता है। कैशिंग सर्वर के नुकसान खुद रहते हैं, लेकिन ज्यादातर मामलों में दिखाई नहीं देते हैं।