الخطوط العريضة

اليوم، والحديث الرئيسي حول النسخ المتماثل غير متزامن الخلية، وتكرار متزامن تكرار متزامن تماما ونصف، ونحن الآن في الواقع استخدام هو مكتبة إنتاج النسخ المتزامنة، ومن ثم في الجزء الخلفي من تكرار شبه متزامن.

A، تستمد العمارة تكرار MYSQL التاريخ

في عام 2000، الخلية 3.23.15 نسخة يدخل النسخ المتماثل. النسخ المتماثل كما تزامن في الوقت الحقيقي شبه الطريقة، وتستخدم على نطاق واسع. Replicaton تحقيق هذا الوقت ينطوي على اثنين المواضيع، واحدة في الماجستير، في الرقيق. عبد ظائف I / O وSQL كما موضوع، بعد الحصول من السيد إلى الحدث تنطبق مباشرة، أي سجل التتابع. بهذه الطريقة أن سرعة القراءة سوف يتباطأ سرعة الحدث الرقيق الإعادة، وقت التأخير عند وقت الاستعداد كبيرة يمكن أن يسبب عددا كبيرا من سجل ثنائي لا احتياطية الجانب الرقيق.

في عام 2002، الخلية 4.0.2 نسخة من الحدث الجانب الرقيق لقراءة وتنفيذ اثنين من المواضيع المستقلة (موضوع IO وموضوع SQL)، في حين أن إدخال سجل التتابع. IO يكتب موضوع تتابع تسجيل بعد قراءة الحدث، موضوع SQL يقرأ الحدث من سجل التتابع ثم أعدم. على الرغم من أن موضوع SQL تنفيذ بطيء، ماجستير في سجل ثنائي ستتم مزامنة قدر الإمكان إلى الرقيق. عندما أسفل ماستر، والتحول إلى الرقيق، لا يبدو فقدان البيانات الهامة.

قبل عام 2010، الإصدار 5.5 الخلية، وقد تم استخدام النسخ المتزامنة لهذا النهج. سوف المكتبة الرئيسية تنفيذ عملية لا تحكم جدول المزامنة من قبل مكتبة استعداد، إذا أعدت مكتبة وراء الحادث المؤسف المكتبة الرئيسية، وسوف يؤدي إلى فقدان البيانات. حتى في الخلية 5.5 الذهاب مع تدفق في مقدمة تكرار شبه متزامن، قاعدة البيانات الرئيسية قبل استجابة معاملة المقدم من احتياجات العملاء لضمان أن واحدا على الأقل تلقي سجل التتابع في والكتابة من المكتبة.

في عام 2016، أدخلت الخلية تقنية جديدة في 5.7.17، ودعا ك InnoDB المجموعة النسخ المتماثل. على أساس الحالية الخلية الرسمية 5.7.17 التكنولوجيا مزامنة كاملة تم تكرارها المجموعة حولها، والتكنولوجيا متزامن تماما يجلب المزيد من الاتساق حماية البيانات.

FIG الخلية عدة يتوافق نسخها إلى نوع، هي غير متزامن، شبه متزامن، والتزامن الكامل

ثانيا، النسخ المتزامنة (غير متزامن النسخ المتماثل)

1، والمنطق،

هذا هو تكرار الخلية الافتراضي هو غير متزامن، المكتبة الرئيسية بعد الانتهاء من تنفيذ الصفقة المقدمة من قبل العميل سيعود فورا النتائج إلى العميل، ولا يهمني ما إذا كان قد تلقى العلاج من المكتبة، لذلك لن يكون هناك مشكلة، إذا الرئيسي تحطم الخروج، وهذه المرة على الصفقة الرئيسية تم تقديمه لا يجوز نقلها من المكتبة، إذا كان في هذا الوقت، وسوف يعزز القوة الرئيسية، قد يؤدي إلى بيانات غير كاملة على الأساسي الجديد.

2، من الناحية الفنية

الأحداث الكتابة شؤون المكتبات Binlog الرئيسية لملف Binlog، وفي هذه الحالة فقط الرئيسي موضوع مكتبة تفريغ يرسل إشعار حول هذه Binlog جديد، ثم سيستمر قاعدة البيانات الأساسية لمعالجة ارتكاب العملية، ولكن هذه المرة لن ينشر أي ضمان بأن هذه Binlog عقدة من المكتبة.

3، الخطط

1) يتم تشغيل ينفذ سرت قيادة الرقيق من التبديل النسخة الرئيسية على، لبدء من النسخة الرئيسية على الخادم الرقيق.

2) في هذا الوقت، سوف يطلب IO الخادم موضوع الرقيق الملقم الرئيسي اتصال عن طريق نسخ حقوق المستخدم على الشريحة الرئيسية وأذن وطلب (اسم ملف السجل وموقعه التي يتم تنفيذها عندما خدمة النسخ المتماثل من الموقع المحدد لأداء ملف سجل binlog في تكوين الرئيسية بعد تحديد الأمر الماجستير التغيير) بدء إرسال محتوى سجل binlog

بعد أن يتلقى 3) الخادم ماستر طلب من موضوع الخادم IO الرقيق، وموضوع المسؤولة للنسخ المتماثل من IO قراءة في دفعات binlog معلومات السجل للملف المحدد محدد معلومات السجل binlog وفقا لموقع بعد موضوع طلبات الرقيق IO إلى الخادم، ثم نسخ إلى نهاية الخيط الرقيق IO. عادت المعلومات بالإضافة إلى محتويات السجل binlog، وكذلك في سجل الخادم ماستر موضوع IO. وبالإضافة إلى المعلومات التي تم إرجاعها في تحديث موقع binlog المحدد.

4) عندما الخادم IO موضوع الرقيق للحصول على نقل سجل محتوى خادم موضوع ماستر IO، ملف السجل وموقع نقطة، ومحتويات وسوف تكون مكتوبة بشكل متسلسل إلى سجل binlog محطة الرقيق نفسه ملف ترحيل دخول (أي سجل التتابع) (ماي يمكن أن أقول ملقم رئيسي جديد على الملف المحدد وتسجيل binlog موقف -relay-bin.xxx) إنهاء جدا، واسم ملف جديد والمكان binlog تسجيل الملف الرئيسي اينفو لنهاية قراءة القادمة من binlog السجل الرئيسي الجديد لقد بدأت لقراءة محتوى جديد سجل binlog

5) كشف موضوع الرقيق الخادم SQL في الوقت الحقيقي لترحيل دخول المحلي في IO الخيط سجل جديد، ومن ثم وضع على الفور محتويات ملف ترحيل LOG يتم تحليل في عبارة SQL وتنفيذ في ترتيب القوائم موقف تحليل SQL في خادم الرقيق الخاص بها تطبيق هذا عبارة SQL وتسجيل اسم الملف وموقعه من وجهة تطبيق سجل التتابع الحالي في relay-log.info في

ثالثا، تكرار متزامن بالكامل (تكرار متزامن تماما)

1، والمنطق،

الوسائل التي عندما عاد إلى العميل المكتبة الرئيسية تنفيذ الصفقة، ويتم تنفيذ جميع المكتبات المعاملة. كل ذلك بسبب الحاجة إلى الانتظار لإتمام الصفقة المنفذة من المكتبة إلى العودة، حتى لا بد من أداء تكرار متزامن كامل للحصول على تأثير خطير.

2، من الناحية الفنية

عندما تم تسليم المعاملة قاعدة البيانات الأساسية، يجب أن يتم استلام جميع العقد من المكتبة، وتطبيق وتقديم المعاملة، ثم مكتبة موضوع الرئيسية لمواصلة القيام عملية المتابعة. ولكن العيب هو أن المكتبة الرئيسية لإتمام الصفقة الوقت سوف تمتد، انخفاض الأداء.

3، الخطط

رابعا، تكرار شبه متزامن (تكرار Semisynchronous)

1، والمنطق،

ويتوسطون بين متزامن تماما مع نسخة واحدة من النسخ المتزامنة الكامل، إلا أن قاعدة البيانات الأساسية والانتظار ما لا يقل عن واحد تلقي تدفق Binlog إلى ملف ترحيل دخول يمكن، من دون انتظار كل قاعدة البيانات الأساسية ردود الفعل مستودع لعقدة رئيسية من المكتبة من مكتبة . وفي الوقت نفسه، وهنا ردود الفعل وردت، لم تكتمل بشكل كامل وتقديم ردود الفعل، لذلك، يوفر الكثير من الوقت.

2، من الناحية الفنية

ما بين النسخ المتزامنة وتكرار متزامن تماما، قاعدة البيانات الرئيسية بعد إجراء المعاملة المقدمة من العميل لا عاد على الفور إلى العميل، ولكن انتظر واحد على الأقل وردت من المكتبة إلى سجل التتابع في والكتابة مرة أخرى إلى العميل. وفيما يتعلق النسخ المتزامنة، وتكرار شبه متزامن يحسن أمن البيانات، ولكنه تسبب أيضا بعض التأخير، وتأخير هو على الأقل TCP / IP الوقت ذهابا وإيابا. لذلك، يتم استخدام شبه متزامنة ويفضل في شبكة منخفض الكمون.

3، الخطط

إتقان هو مكتوب كل معاملة binlog (sync_binlog = 1)، الذي أحيل إلى الرقيق مسح إلى القرص (sync_relay = 1)، في حين ارتكاب الصفقة (ارتكاب) المكتبة الرئيسية. الانتظار سيد لردود الفعل الرقيق سجل تلقى التتابع، إلا بعد استلام ACK سيد فإنه يرتكب النتائج موافق مرة أخرى إلى العميل.

باختصار، الخلية وضع السيد والعبد هو النسخ المتزامنة الافتراضية، والخلية العنقودية هو تكرار متزامن، طالما أن مجموعة إلى الوضع المناسب الذي متزامنا مع استراتيجية مناسبة.

من MySQL5.5 بداية، الخلية دعم للنسخ المتماثل شبه متزامن في شكل المكونات الإضافية. في تفسير حقيقة تكرار شبه متزامن هو أفضل وسيلة، مع الأخذ بعين الاعتبار مشاكل التزامن والأداء.

أصدقاء المفيدة التي تساعد الأمام أوه! سوف Devops وبعد تبادل جوانب DBA المزيد من المحتوى، والأصدقاء المهتمين يمكن أن تركز المقبل ~