database - MySQL auto-increment problem on master-master replication , and the logic to solve it -


मास्टर-मास्टर प्रतिकृति के लिए मेरे पास स्वत:-वेतन वृद्धि डुप्लिकेशन समस्या थी फिर, मैं सेट करता हूं:

  SET ग्लोबल SQL_SLAVE_SKIP_COUNTER = 99999;  

यह 99 99 प्रश्नों को छोड़ देता है फिर मैंने ऐसा किया:

  शो स्लेव स्थिति: जी स्लेव_ओआईआरयूआरिंगः हाँ स्लेव_एसबीएल_रिंगः हाँ  

और ऐसा लगता है कि ठीक चल रहा है।

लेकिन जाहिर है, जब से मैंने 99 999 बयानों को छोड़ दिया ... अगर मैं डाटाबेस 1 पर कोई बदलाव करता हूं, तो इसे डाटाबेस 2 पर नहीं दिखाया जाएगा ... जब तक 99 999 वक्तव्य पारित नहीं होते हैं। सही है?

अच्छा ... मैंने एक डमी तालिका में स्वचालित रूप से 999999 की पंक्तियों को डालने के लिए एक स्क्रिप्ट बनाई है। यह पर्याप्त से अधिक होना चाहिए, है ना? और मेरे 2 डाटाबेस को सिंक्रनाइज़ेशन में फिर से होना चाहिए?

लेकिन, मैं अपनी तीस करोड़ की पंक्ति में हूं, और यह काम नहीं करता। मेरे डाटाबेस 2 में अब तक इन 3 मिलियन पंक्तियाँ नहीं हैं जो कि मैंने अभी 1 पर बनाया है।

मैं क्या उदाहरणों में ऐसा करें:

  • दास को रोकें (स्लोप दास)
  • स्लेव तालिका ड्रॉप करें जो सिंक्रनाइज़ेशन से बाहर है
  • मास्टर को रोकें
  • मास्टर टेबल को डंप करें
  • मास्टर टेबल को स्लेव में फिर से आयात करें
  • मास्टर और गुलाम को पुनरारंभ करें
  • < / Ul>

    तालिका अब सिंक में वापस होनी चाहिए।


Comments

Popular posts from this blog

c# - How to capture HTTP packet with SharpPcap -

php - Multiple Select with Explode: only returns the word "Array" -

php - jQuery AJAX Post not working -