सर्वर के बीच इन्वेंटरी सिंक

एक नेटवर्क में, हर सर्वर का अपना प्लेयर डेटा होता है: सर्वाइवल और लॉबी के इन्वेंट्री अलग-अलग होते हैं। कभी-कभी आपको उन्हें सिंक करना पड़ता है।

कब ज़रूरत पड़ती है

• एक सर्वाइवल वर्ल्ड के लिए कई सर्वर (लोड डिस्ट्रीब्यूशन)।
• अलग सर्वर पर एक रिसोर्स वर्ल्ड।

कब नहीं

• लॉबी और मिनीगेम: उनकी इन्वेंट्री डिज़ाइन से ही अलग होती हैं।
• एक क्रिएटिव सर्वर: सर्वाइवल के साथ सिंक करना = ड्यूपिंग।

यह कैसे किया जाता है

सिंक प्लगइन (MySQLPlayerDataBridge, HuskSync और ऐसे ही अन्य) इन्वेंट्री, एंडर संदूक, हेल्थ, हंगर, अनुभव और इफ़ेक्ट को MySQL या Redis में सेव करते हैं और स्विच पर उन्हें ट्रांसफ़र करते हैं।

मुख्य जोखिम

ट्रांज़िशन के दौरान कनेक्शन टूटने पर आइटम का खो जाना या डुप्लिकेट हो जाना। जोखिम कम करने के नियम:

• अगर प्लगइन सपोर्ट करता है, तो सिर्फ़ MySQL नहीं, Redis इस्तेमाल करें।
• ट्रांज़िशन के दौरान सर्वर बंद न करें: डेटा ट्रांसफ़र होते समय नेटवर्क का एक सर्वर बंद करना नुकसान का सबसे आम कारण है।
• इन्वेंट्री लॉगिंग चालू करें: इसके बिना, आप किसी शिकायत की जाँच नहीं कर सकते।
• डेटाबेस का बैकअप लें — Database dump।

विकल्प

अक्सर सिंक न करना और सब कुछ एक ही गेम सर्वर पर लाना और सर्वाइवल को न बाँटना आसान होता है। बँटाई तभी जायज़ है जब आप वाकई परफ़ॉर्मेंस की सीमा पर पहुँच जाएँ — Server for 100+ players online।