चूंकि MySQL प्रतिकृति समय एक अनियंत्रित चर है (यहां तक कि उचित कार्यान्वयन में, समस्याएं उत्पन्न हो सकती हैं जो प्रतिकृति को रोक सकती हैं, या इसे अवरुद्ध कर सकती हैं), डेटा प्रतिकृति पर भरोसा नहीं करना सबसे अच्छा है। आप समस्या को दो स्थितियों में विभाजित कर सकते हैं:
1) मैं एक सीयूडी ऑपरेशन करने वाला उपयोगकर्ता हूं, मुझे उम्मीद है कि आर ऑपरेशन बाद में मेरे द्वारा किए गए बदलाव को प्रतिबिंबित करेगा। इस मामले में आपको मास्टर से डेटा खींचने की बिल्कुल आवश्यकता है, क्योंकि उपयोगकर्ता अपेक्षा करता है कि उसके परिवर्तन का प्रभाव पड़ा।
2) मैं एक बाहरी उपयोगकर्ता हूं, मुझे नहीं पता कि एक सीयूडी कमांड हुआ और मुझे आम तौर पर परवाह नहीं है, इसलिए पुराना डेटा वापस करना स्वीकार्य है (99% कार्यान्वयन में, अन्यथा आप शायद PHP का उपयोग नहीं करेंगे * )।
# 1 का एक विकल्प उपयोगकर्ता को सूचित करना होगा कि उसका परिवर्तन प्रचारित हो रहा है, और कुछ स्थितियों में स्वीकार्य है, उदा। कई वेबसाइटें आपको बताएंगी कि x को आने में y मिनट तक लग सकते हैं, कार्रवाई में यह स्थिति है।
- यदि आपको तत्काल अपडेट की आवश्यकता है, तो आप कैश लेयर पर लिखने का प्रयास कर सकते हैं जो (संभावित रूप से अविश्वसनीय) डीबी डेटा के साथ प्रदूषित है। memcached जैसा कुछ एक प्रमुख उम्मीदवार होगा।
