MySQL प्रतिकृति में वर्णसेट

सर्वर के बीच प्रतिकृति जहां वैश्विक वर्ण_सेट_% और संयोजन% पैरामीटर भिन्न हैं समर्थित नहीं है।

http://dev.mysql.com/doc /refman/5.6/hi/replication-features-charset.html

-- on both servers check the output of...
SHOW VARIABLES LIKE 'char%';
SHOW VARIABLES LIKE 'collat%';

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

आप पुराने सर्वर के समान सेट और कॉलेशन का उपयोग करने के लिए नए सर्वर को कॉन्फ़िगर करने से सबसे अच्छे हैं। यह सुनिश्चित करेगा कि प्रतिकृति ठीक से काम करे। आप यह भी सुनिश्चित करना चाहेंगे कि डेटाबेस, टेबल और कॉलम सभी में मास्टर और स्लेव के बीच समान टकराव हो। एक बार जब आप नए सर्वर पर माइग्रेट हो जाते हैं तो आप 5.6 ऑनलाइन स्कीमा परिवर्तन या पीटी-ऑनलाइन-स्कीमा-चेंज फ्रॉम पेरकोना टूलकिट जैसे टूल के साथ सेट और कॉलेशन को संशोधित कर सकते हैं।

मैं यह सुनिश्चित करने के लिए पेरकोना के पीटी-टेबल-चेकसम को चलाने की भी सलाह देता हूं कि प्रतिकृति या प्रारंभिक निर्यात/आयात के दौरान आपकी तालिकाएं अलग नहीं हुई हैं।

मतभेदों के प्रभाव के बारे में अधिक जानकारी के लिए यहां देखें:

• http://dev.mysql. com/doc/refman/5.6/hi/replication-features-charset.html
• Utf8_general_ci और utf8_unicode_ci में क्या अंतर है?
• http://forums.mysql.com/ read.php?103,187048,188748#msg-188748
• http://dev.mysql. com/doc/refman/5.6/hi/charset-unicode-sets.html
• https://dba.stackexchange.com/questions/8006/whats-the-differences-between-utf8-general-ci-and-utf8-unicode-ci-and-utf8-bina