مؤلف
A. الخلية تكرار الأوضاع الثلاثة
وجود الخلية حاليا ثلاثة أنماط للنسخ هي: غير متزامن، وضع شبه متزامن وتعيين وضع نسخة، أول اطلالة له على العمل من ثلاثة أوضاع.
1. الخلية غير متزامن النسخ المتماثل (النسخ المتزامنة)النسخ المتزامنة هو الخلية أقرب وأكثر حاليا وضع نسخة تستخدم يوفر الماجستير بسيط غير متزامن تكرار - الرقيق أسلوب النسخ المتماثل، تضم المكتبة الرئيسية (الماجستير) وقاعدة بيانات الاستعداد (واحد أو أكثر) بين الخزان الرئيسي تنفيذ وتقديم المعاملة، وبعد ذلك (لذلك يسمى غير المتزامن)، وهذه الصفقات المنفذة إعادة من المكتبة مرة أخرى (على أساس البيان) أو تغيير محتوى البيانات (على أساس صف)، المكتبة الرئيسية لا يكشف أنه من المكتبة الوضع التزامن. تأخر من المنتجات الأولية في حمولة الخادم عالية، وكانت خدمة الوضع المجهدة انتقادها. مخطط سير العمل كما يلي:
نسخة MySQL5.5 على أساس التزامن خطوة أعلاه لتحقيق مجموعة متنوعة من برامج التزامن في شكل المكونات الإضافية، ودعا شبه متزامن (تكرار شبه متزامنة). هذه المكونات على مصدر من النسخ المتزامنة الخام، وعملية إضافة التزامن: عند تلقي من المكتبة إلى تغيير المكتبة الرئيسية (الشؤون آي إي)، وإبلاغ المكتبة الرئيسية. العمليات على المكتبة الرئيسية، وهناك نوعان: قبل الذهاب الى تنفيذ المعاملة بعد تلقي هذا الإشعار، وردت بعد الافراج عن الدورة. يتم تحديد كل من الأساليب التي التكوين محددة من المكتبة الرئيسية. عندما تتلقى قاعدة البيانات الأساسية الإخطارات مهلة تغيرت من المكتبة، شبه التبديل تلقائيا من غير المتزامن لتزامن تكرار متزامن، وبالتالي ضمان كثيرا من اتساق البيانات (واحد على الأقل من المكتبة)، ولكنها انخفضت في الأداء، وخاصة عندما الشبكة غير مستقرة وشبه متزامن ومتزامن ظهر التبديل وإيابا بين لخدمة عادية مؤثرة. مخطط سير العمل كما يلي:
سواء النسخ المتزامنة أو شبه متزامنة، ما يلي هو سيد أو من تعدد أنماط من، في حمولة عالية، هناك تأخير في حالة التزامن عالية، إذا كانت عقدة رئيسية في هذا الوقت هي غير طبيعية، ثم سيكون هناك بيانات تناقضات، قد يتم فقدان البيانات في مستوى قاعدة البيانات المالية لا يمكن السكوت عليها. في هذه الحالة، وظهور حاجة ملحة نمط لمعالجة هذه القضايا. في الإصدارات MySQL5.7.17، مع هذه التوقعات، والوضع الجديد نسخة مجموعة نسخ ويولد GA (اختبار المادة وغيرها من البيانات مبنية على MySQL5.7.17).
تعمل مجموعة النسخ المتماثل سير على النحو التالي:
II. يعمل تكرار المجموعة
الخلية تكرار عبارة عن مجموعة من المكونات في الخلية، فإنه يبني على البنية التحتية الخلية النسخ المتماثل استخدام سجل ثنائية، وقطع الأشجار القائمة على صف واحد ومعرف المعاملة العالمي وغيرها من المهام الحالية. أنه يدمج إطار ماي الحالي، مثل وضع الأداء، والمكونات الإضافية والبنية التحتية للخدمات.
نسخة المجموعة (مجموعة النسخ المتماثل) موزعة إجماع خوارزمية (المتغير بروتوكول باكسوس) التنفيذ استنادا وهي جماعة للسماح بعض العقد لشنق، طالما أن الغالبية العظمى من عقدة الاتصالات لا تزال على قيد الحياة، وليس هناك مشكلة بين، ثم هذه المجموعة الخارجية لا تزال قادرة على تقديم الخدمات، وهي التقنية المستخدمة في نظام المتسامحة. مجموعة النسخ المتماثل (مجموعة نسخة) قادر على عدد وافر من الخوادم (العقد) التواصل مع كل منها الآخر. في طبقة الاتصال، والنسخ المجموعة لتحقيق مجموعة من الآليات: ذرات هذه الرسالة (الذري تسليم الرسالة) من الرسائل، والنظام الكلي (الطلب الكلي للرسائل). هذه الآليات الانحلال والتجريد لتقديم دعم قوي لتحقيق خطة تكرار قاعدة بيانات أكثر تقدما. ويستند الخلية المجموعة النسخ المتماثل على هذه التقنيات والمفاهيم لتحقيق متعددة سيد بروتوكول تكرار تحديث كامل. لفترة وجيزة، والنسخ المتماثل المجموعة عبارة عن مجموعة من العقد، قد يتم تنفيذ كل عقدة بشكل مستقل من هذه الصفقة، وسيتم القراءة والكتابة المعاملات التي العقد الأخرى ضمن المجموعة مرة أخرى بعد ارتكاب التنسيق. لذلك، عندما صفقة مستعدة لارتكابها، والبث الذري تلقائيا داخل الجماعة، لإبلاغ العقد الأخرى لتغيير ما المحتوى / تنفيذ ما يهم. بهذه الطريقة البث الذرية، حتى أن الصفقة على كل عقدة للحفاظ على نفس الترتيب. وهذا يعني أن كل عقدة في نفس الترتيب، تلقى سجل المعاملات نفسه، لذلك كل عقدة في نفس الترتيب تكرار هذه السجلات المعاملة، في نهاية المطاف مجموعة كاملة للحفاظ على حالة متناسقة. ومع ذلك، فمن الممكن وجود خلاف بين الموارد الصفقات المنفذة على العقد مختلفة. ومن المرجح أن تحدث في صفقتين المتزامنة مختلفة هذه الظاهرة. لنفترض أن هناك عقدتين على المعاملات المتزامنة المختلفة تحديث نفسها صفوف من البيانات، بعد ذلك سوف يحدث التنازع على الموارد. وفي مواجهة هذا الوضع، قررت المجموعة النسخ المتماثل أن الصفقة صالحة لتقديم هذه الصفقة، والتي سوف تكون مستنسخة في المجموعة كلها، بعد وسيتم إرسال المعاملة توقف مباشرة أو التراجع، وتجاهل أخيرا. لذلك، هذا هو نظام تقاسم غير تكرار، كل عقدة تبقي نسخة كاملة من البيانات.
كما يمكن أن يرى من مبدأ، مجموعة النسخ المتماثل هل هناك تضارب في خوارزمية الاتساق التحقق على أساس تنفيذ الصفقة بروتوكول باكسوس، ومن ثم تنفيذ أمر الصفقة لتصل إلى اتساق البيانات النهائية، وهو ما يعني بعض العقد قد يكون هناك تأخير. يمكنك تعيين متعددة الماجستير في نفس الوقت عن كتابة وإرسال واحد رئيسي، متعدد الرئيسي للسيطرة على مسؤول رئيسي واحد أو الرئيسي أوصى الكتابة واحد، تسمح تأخير، ولكن تأخير كبير جدا، يتم تشغيل حكم الحد (يمكن تهيئتها من خلال وضع group_replication_single_primary_mode أ)، فإن المجموعة بأكملها أصبحت بطيئة جدا، والأداء تقلص إلى حد كبير.
III. تكرارها مجموعة هيكل البرنامج
في الجزء السفلي من الخلية، وأضاف GR طبقة API إضافية لتحقيق الوظيفة المطلوبة. هيكل البرنامج، وتنقسم GRAPI إلى ثلاثة أجزاء:
1: القبض على السياق أثر للصفقة يجري حاليا تنفيذ.
2: مطبق من تنفيذ الصفقة بعد نقله إلى سجلات محلية إلى قاعدة البيانات المحلية.
3: الانتعاش في العقد موزعة المسؤولة عن إعادة البيئية، فضلا عن العودة البيانات ذات الصلة لمطاردة، علاج الفشل.
في عدة طبقة API الرئيسية التالية موحد طبقة المنطق بروتوكول النسخ المتماثل الذي هو أساسا مجموعة متنوعة من الدعوة الى تطبيق طبقة موحدة. في الطبقة السفلى، فمن مستويات أكثر شيوعا من طبقة الاتصال وزعت، في الدعوة الراحة، وتوفير API للاستخدام على الاتصالات وزعت كان، في أعقاب API، هو توزيع مكونات بروتوكول الاتصال باكسوس تنفيذ هذا المكون في الكتلة جنبا إلى جنب مع العقد الأخرى لتشكيل تصور الظاهري من الكتل الموزعة.
IV. ضغط رسالة (ضغط رسالة)
هذا الضغط يشير أساسا إلى الخلية ضغط بن لسجل، خوارزمية ضغط المستخدمة LZ4. عندما عرض النطاق الترددي الشبكة عنق الزجاجة، وضغط الرسالة قد توفر تحسين إنتاجية تصل إلى 30-40 في مستوى التواصل الجماعي، الذي هو نسبيا كبيرة ضغط مجموعة شبكة النقل أهمية خاصة. LZ4 مدعومة جيدا في بيئة مؤشرات، ضغط العالي وسرعة إزالة الضغط. وفيما يلي ضغط وإزالة الضغط الخوارزميات حالة LZ4 من:
وقعت في مستوى ضغط المحرك مجموعة الاتصالات، وذلك قبل نقل البيانات هو مجموعة موضوع سلم، فإنه يحدث في سياق جلسة عمل المستخدم موضوع الخلية. يمكن ضغطها عملية الشبكة صالحة الحمل قبل إرسالها إلى المجموعة، ومخفف عندما تلقى. ضغط غير المشروط، واعتمادا على عتبة تكوينه. يتم تمكين ضغط بشكل افتراضي، بالإضافة إلى ذلك، أنها لا تتطلب أن جميع العقد الملقم في المجموعة يتم تمكين آلية ضغط، وعند استلام الرسالة، فحص أعضاء رسالة المغلف للتحقق من أن يتم ضغطها، إذا لزم الأمر، وأعضاء فك ضغط هذه الصفقة، ثم تمريرها إلى الطبقة العليا.
يتم تمكين ضغط بشكل افتراضي، قيمة العتبة هي 1000000 بايت (1MB). عتبة ضغط (بالبايت) يمكن تعيين إلى أكبر من القيمة الافتراضية. في هذه الحالة، يتم ضغط فقط المعاملة وجود أكبر قيمة من الحمولة العتبة. وفيما يلي مثال كيفية تعيين عتبة الضغط.
إيقاف GROUP_REPLICATION، SET GLOBAL group_replication_compression_threshold = 2097152؛ START GROUP_REPLICATION.يتم تعيين هذه العتبة ضغط 2MB. إذا كانت المعاملة أكبر من محتوى نسخة صالحة ولدت الرسالة 2MB، مثل أكبر من سيتم ضغط 2MB سجل ثنائي إدخالات المعاملة. تعطيل عتبة مجموعة ضغط هو 0. ملاحظة: يتم تعيين تعديل هذه العتبة إلى تكرار إعادة التشغيل.
رسالة ضغط سير على النحو التالي:
متطلبات V. والقيود مجموعة من تكرارها
1. القيود والمتطلبات
يجب على جميع البيانات المعنية تجري داخل جدول مشغل التخزين ك InnoDB.
يجب على جميع الجداول تعريفا واضحا من المفتاح الأساسي.
عنوان الشبكة تدعم فقط عناوين IPv4.
تتطلب الكمون المنخفض، شبكة النطاق الترددي العالي.
الحد الحالي يسمح بحد أقصى تسعة عقد نظام المجموعة.
يجب تمكين binlog.
يجب أن يكون تنسيق binlog شكل صف واحد.
يجب تشغيل وضع Gtid جرا.
نسخ يجب أن يتم تخزين المعلومات ذات الصلة باستخدام الجدول.
كتب الخدمات مجموعة (عملية الكتابة مجموعة الاستخراج) يجب أن تكون مفتوحة. (هذا هو حاليا صراع نقطة حفظ، وليس هذا هو المثال قضية mysqldump النسخ الاحتياطي GR)
يجب أن تكون التحديثات الرقيق سجل مفتوح.
binlog غير معتمد الاختباري حاليا.
نظرا للتدخل في جمع المعاملات مكتوبة لا يمكن أن يكون نقطة حفظ المستخدمة.
غير معتمد مستوى العزل تسلسل حاليا.
يتم تنفيذ حالات مختلفة في الكتلة في نفس الوقت على نفس الكائن DDL (DDL حتى متضاربة) هو ممكن، ولكن يمكن أن يؤدي إلى الجوانب الخاطئة من تناسق البيانات، في هذه المرحلة لا يدعم التنفيذ المتزامن لنفسه في متعدد عقدة الكائن DDL.
المتتالية عملية القيد المفاتيح الخارجية لتنفيذ الحالي لا يعتمد بشكل كامل، فمن غير المستحسن.
2. وهناك مجموعة من التكوين المنسوخة
وفقا لمتطلبات والقيود مجموعة من تكرارها، يتم توفير التكوين التالية وفقا لمتطلبات تكرار ريبليكون الخلية:
server_id = = 1gtid_mode ONenforce_gtid_consistency = = ONmaster_info_repository TABLErelay_log_info_repository = = TABLEbinlog_checksum NONElog_slave_updates = = ONlog_bin binlogbinlog_format = ROWعند هذه النقطة my.cnf يضمن ملف تكوين الخادم والبنية التحتية بناء على تعليمات لنسخ مثيل تكوين معين. الجزء التالي من تكوين مجموعة إعدادات النسخ المتماثل للملقم. معايير محددة هي بسيطة نسبيا، وليس تكرارها هنا، راجع وصف الرسمي:
transaction_write_set_extraction = XXHASH64 فضفاضة group_replication_group_name = "AAAAAAAAAAAA-AAAAAAAA-AAAAAAAAAAAA" فضفاضة group_replication_start_on_boot = إيقاف فضفاضة group_replication_local_address = "127.0.0.1:24901" فضفاضة group_replication_group_seeds = "127.0.0.1:24901،127.0.0.1:24902 ، 127.0.0.1: 24903 "فضفاضة group_replication_bootstrap_group = إيقافنسخة مجموعة معينة هي بسيطة التركيب نسبيا، ونشر، وشبكة الإنترنت والتعليمات الرسمية قد ذكرت هنا هو عدم المبينة قطعة التركيب والنشر.
وضع VI. متعدد الأساسي سيد واحد (متعدد الابتدائية أو واحدة الابتدائي واسطة) تكرار مجموعة
نسخ المجموعة إلى وسائط متعددة والتعليم الابتدائي واحدة، والوضع الافتراضي هو سيد واحد، هو أيضا توصية رسمية من وضع نسخة المجموعة. كتلة واحدة لا يمكن استخدام كل من وسائط، على سبيل المثال، وترتيبها في وضع متعددة الماجستير والآخر في وضع رئيسية واحدة. إلى التبديل بين الأوضاع، التي تحتاجها مختلف تكوينات التشغيل من إعادة التشغيل العنقودية. بغض وضع الانتشار، العميل لا معالجة الفشل مجموعة نسخة، يجب أن يقوم بها التطبيق نفسه، أو إطار موصل الوسيطة (مثل وكيل أو جهاز التوجيه)، ومثل تجهيز و.
1. واحدة الوضع ماستر
في هذا الوضع، يتم تعيين مجموعة لها مثيل رئيسية واحدة للقراءة والكتابة واسطة، وعقدة رئيسية عن الخادم الأول لحل مجموعة، مجموعة أخرى من العقد الأخرى يتم تعيين تلقائيا إلى وضع للقراءة فقط (أي للقراءة فقط السوبر )، وأضيف إلى كافة العقد الأخرى وعقدة رئيسية تحدد نفسها تلقائيا للقراءة فقط.
في وضع مضيف واحد، تعطيل بعض الشيكات المنتشرة في وضع متعددة المضيفة، لأنه لن يضطر النظام لكتابة عقدة واحدة فقط. على سبيل المثال، للسماح تغييرات على الجدول وجود المتتالية المفاتيح الخارجية، ولكن لا يسمح وضع متعددة الرئيسي. عند فشل العقدة الأولية، وعملية الانتخابات المقبلة لاختيار عقدة رئيسية. يتم ترتيب العقد المتبقية lexicographically (باستخدام UUID بهم) وحدد العقدة الأولى في القائمة لتحديد عقدة رئيسية المقبلة. إذا تم حذف عقدة رئيسية من مجموعة، يتم إجراء التحديد، وحدد عقدة رئيسية جديدة من العقد المتبقية في المجموعة، وفقا لفرزها ترتيب القاموس المحدد واختيار العقدة الأولى تنفيذ UUID. وبمجرد اختيار عقدة رئيسية جديدة، من العقد الأخرى إلى عقدة، والعقدة هي للقراءة فقط. FIG يلي:
وضع 2. متعدد ماستر
في وضع متعدد ماستر، لا يوجد مفهوم وضع رئيسي واحد، ليس هناك عملية الانتخابات، لأنه لا يوجد عقد تلعب أي دور خاص. عندما تضاف إلى المجموعة، يتم تعيين كافة الملقمات لقراءة والكتابة واسطة.
عندما نشرت في كبرى متعددة واسطة، وسوف تحقق البيانات للتأكد من أنها متوافقة مع النمط. وبعد الشيكات عند نشرها في مجموعة النسخ المتماثل متعددة الماجستير:
1: إذا تم تنفيذ صفقة في مستوى العزل للتسلسل، ثم عندما تتم مزامنة مع المجموعة، ستفشل تقديمه.
2: إذا تم تنفيذ صفقة على مفتاح خارجي مع القيود شلال، الصفقة لا يمكن أن يكون ملتزما في تزامن مع المجموعة.
هذه الشيكات يمكن تعطيل وضع group_replication_enforce_update_everywhere_checks خيار FALSE. عند نشرها في وسيلة رئيسية واحدة، ويجب أن يتم تعيين هذا الخيار إلى FALSE. FIG يلي:
سابعا تشغيل والمشاكل المتعلقة الصيانة
1. القضايا الفشل
الخلية حاليا أي الرسمية الافراج عن مجموعة اتصال نسخة مخصصة من العميل (مثل MongoDB مجموعة النسخ العميل متصلة)، في حالة حدوث خطأ في التطبيقات العملية، والحاجة للتعامل مع عملائهم. لوضع رئيسية واحدة، ثم، إذا فشل العقدة الأساسية، يحتاج العميل لتحديد من عقدة رئيسية جديدة، ثم يتم تبديل الكتابة إلى تزامن جديد الابتدائي، الحالي إلى حد كبير غير متزامن الأساسي من تسليم نفسه، وتخصص جديد يتم إنشاء عقدة نظام المجموعة تلقائيا، لا يمكن السيطرة عليها؛ الاحتياجات عقدة متعددة رئيسية للتحقق من توافر العميل عند واحد من عقدة الكتابة غير متاحة تلقائيا استخدام العقد الأخرى المتاحة.
في الإنتاج الفعلي، العنصرين الفشل متكاملة وضع نسخة، ووضع متعددة الماجستير، حيث عقدة المعينة عقدة رئيسية، والعقد الأخرى في مجموعة عقدة للقراءة فقط، حتى أنه عندما فشل العقدة الأساسية، والسيطرة عليها عقدة رئيسية جديدة.
2. دعم القضايا صفقة كبيرة
عندما النسخة المتزامنة الحالي اختبار معالجة البيانات الكبيرة وعمليات DDL، وقتل من صفقة كبيرة، فمن المرجح أن يؤدي في كتلة غير متوفر، وفي مثل هذا الدعم صفقة كبيرة ليست جيدة ...... إدراج في ....... تحديد ...... الحد، قد لا يؤدي إلى العنقودية؛ وضع متعددة إتقان جميع تتطلب عملية DDL عقد نظام المجموعة هي الدولة ONLINE قبل التنفيذ، فمن المرجح أن العنقودية انسداد سبب، الكتلة غير متوفر عند شديدة ويتعافى في حالة خطأ.
3. النسخ الاحتياطي
عندما نسخة احتياطية من قاعدة بيانات على مجموعة عقدة نظام المجموعة فيه، mysqldump بغض النظر (-single المعاملات لا يمكن استخدام هذه المعلمة، لا ينصح للاستخدام في إنتاج البيانات mysqldump مجموعة النسخ الاحتياطي) أو باستخدام ماي xtrabackup مجموعة من QPS بنسبة 40، و توقف عقدة النسخ الاحتياطي أساسا القراءة والكتابة. عندما ملف النسخ الاحتياطي في بيانات الاختبار، ووضع متعددة سيد أبطأ من سيد واحد. أوصى + ريبليكون وضع النسخ المتماثل غير متزامن، والنسخ الاحتياطي قاعدة بيانات نسخ من العقد غير متزامن.
4. حذف مشكلة سجل ثنائية
لأنه قائم المجموعة على تزامن تكرار سجل ثنائي لمزامنة، وتطهير عقدة بن لسجل، يجب عليك تحديد ما إذا كان الملف السجل هو لا يزال قيد الاستخدام، إذا ما استخدمت، ويجب ألا يتم حذفها، إذا حذف، والمجموعة بأكملها ERROR مباشرة.
5. تأخير مزامنة
الإصدار الحالي من MySQL5.7.17 لا يمكن تصور عقدة تأخير تزامن، لا يمكن أن تحصل على الكثير من التأخير، بغض النظر عن الوقت أو عدد من الأشياء، والخلية فتح وضع التصحيح، يمكنك الحصول على تأخير مسائل عقدة الوضع.
المجموعة العنقودية تكرار تأخير مؤثرة، وبمجرد أن تأخير (تأخير 25000 المعاملات الافتراضية) يحدث، ويبدأ التحكم في التدفق (تدفق التحكم)، كل الحالي تدهور الأداء دورة من 10، وحتى الكتلة غير متوفرة (الدولة ولكن عقد نظام المجموعة كما عبر الإنترنت)، عقدة واحدة بطيئة بطيئة الكتلة بأكملها.
كل عقدة في المعاملات التحقق من صحة العنقودية والتطبيق، معلومات إحصائية حول عملية تطبيق والتحقق من مجموعة لتقديم قائمة انتظار التطبيق لفهم كيفية زراعة، وكم الصراع وجدت، والتحقق من عدد الصفقات، حيث ما يهم المقدمة وذلك مفيد جدا. توفير performance_schema.replication_group_member_stats الجدول المعلومات ذات الصلة وعملية التصديق الصفقة، ولكن أي تأخير. الحقول ذات الصلة:
6. اتساق البيانات
إما الكتابة أو الكتابة واحدة، ليست الاتساق قوي، ويجوز لها أن تأخير، وقال انه يبث حاليا بعد الانتهاء من التحقق من الصراع معاملة ما إذا كان كل عقدة وتحديد حالما تحصل كل عقدة صفقة يدخل الصراع والشيء التالي كشف، كل عقدة في هذا الوقت فقط حصلت على تسلسل تنفيذ كافة المعاملات لضمان أن الصفقة النهائية تنفيذها من أجل ضمان اتساق النهائي للبيانات، ولكن في الوقت نفسه لا يتفق بشدة.
7. فشل العقدة الدماغ المشقوقة
وأكبر والمزيد من الخسائر في أداء عقدة، ثلاث عقد المناسبة. قد يكون هناك تقسيم المشاكل فشل العقدة الدماغ: العقد خمسة وزعت في غرفتين، شبكة غرف آلة مكسورة إلى قسمين، مجموعتين غرف متوفرة، وهي متاحة العقد الثلاث، والعقد وثلاث غرف مشاكل في الشبكة، في هذا الوقت إذا كنت تريد أن تجعل عقدتين من الغرف المتاحة، الحاجة إلى إعادة لم عقدتين الكتلة إعادة التنظيم، ثلاث عقد لن يكون قادرا على الذهاب إلى العقدتين، وثلاثة عقدة في عقدة واحدة وتنخفض، والآخر هي عقدتين العادية المتاحة، بينما يتم إعادة تشغيل العقدة التي فشلت الكتلة، ثم العقدة قد يكتب وجود نسخة واحدة، ثم يحدث الانقسام الدماغ.
8. قضايا الكمون الشبكة
تستخدم TC خلال الاختبارات لقيادة الكمون على محاكاة:
ح qdisc إضافة ديف 50ms ETH0 الجذر netem تأخير 10ms زادت 50ms كمون الشبكة، 10ms أو حتى حذفها العائمة ح qdisc ديل ديف ETH0 netem الجذر 50ms تأخير 10ms شبكة الكموناختبار شبكة الكمون المجموعة الضابطة الخلية تكرار QPS: 50ms تأخير شبكة والتباين الطبيعي محل التصرف، QPS بنسبة 03/01 على الأقل أو حتى 1/2، تأخير شبكة تأثير كبير على الأداء. ما يلي هو حالة اختبار:
9. مشكلة التوسع مرنة
ذكر الموقع الرسمي الخلية مجموعة مرنة من منسوخ يجدد تلقائيا، بعد الاختبار الفعلي، وهذا التوسع في الإنتاج غير واقعي. أن تستخدم لإنتاج تمديد مرن يتطلب إضافة مجموعة جديدة، ويتم ذلك البيانات العنقودية في الكتلة بالكامل من قبل المزامنة التلقائية، ولكن بسبب تعيين النسخ إلى تزامن دخول الثنائي القائم، فإنه من المستحيل لاستكمال إنتاج احتياطيات كافة السجلات الثنائية، في الحاجة عقدة جديدة لإجراء نسخ احتياطي كامل المبلغ من مجموعات البيانات، ثم انتقل للصفقة لتحقيق حالة متناسقة بعد وضع العقدة مزامنة البيانات على الانترنت بناءا على الموقع، في الواقع، قبل متزامن وغير متزامن بنيت من سيد نفسه. وتأخير الفوري عندما مسؤول إذا كان انتعاش كبير جدا، قد لا تكون قادرة على الوصول إلى موقع الصيد العادي مع أحدث البيانات.
10. مشاكل اتصال العميل
حول وصف الرسمي عند استكشاف قائلا: ريبليكون لا يتم معالجة الفشل العميل، فإنه يجب، إطار الوسيطة، أو الموصلات (مثل وكيل أو جهاز التوجيه) التعامل معها من قبل التطبيق نفسه. وشدد المسؤول مرارا وتكرارا أن تكرار مجموعة الخلية يوفر توافر عالية، ومرونة عالية وخدمة الخلية موثوق بها، سواء مكونات العميل الرسمية توفر مجموعة مماثلة من مجموعة النسخ MongoDB لدعم ذلك؟
الحل الحالي هو التبديل والنسخ المتزامنة من مفاتيح مماثلة تستخدم اسم المجال أو العميل الخاص بك يحقق المتاحة صلات للغاية. ولكن حتى الآن هو الأكثر مزيج فعال من مشاريعهم الخاصة، مجموعة نسخ الكود المصدري لتعديل المشاكل، جنبا إلى جنب مع اسم النطاق الخاص بهم عند الكشف عن فشل عقدة الكتابة للتعامل معها. ولكن هذا بحاجة لرمز المصدر لقدرات DBA والتنمية، وارتفاع الطلب نسبيا.
11. البحث في قضايا الملكية الفكرية عقدة رئيسية
في وضع رئيسية واحدة، لا يمكنك الحصول مباشرة على عنوان IP من المكتبة الرئيسية، وذلك باستخدام الأمر التالي لعقدة رئيسية يمكن الحصول على UUID:
ك > SELECT VARIABLE_VALUE من performance_schema.global_status WHERE VARIABLE_NAME = 'group_replication_primary_member'؛ + ------------------------------------ - + | VARIABLE_VALUE | + -------------------------------------- + | 69e1a3b8-8397 -11e6-8e67-bf68cbc061a4 | + -------------------------------------- +1 صف ( 0،00 ثانية)استخدام SELECT * FROM performance_schema.replication_group_members يمكن عرض يتوافق UUID إلى MEMBER_HOST، وMEMBER_HOST يشير إلى اسم المضيف، تحتاج إلى تحديد تقرير المضيف لعنوان IP، حتى تتمكن من مشاهدة اثنين من الاستفسارات ذات الصلة إلى المكتبة الرئيسية في ملف التكوين ماي عنوان IP.
VIII. ملخص
من الوضع الاختبار، ودعم المعاملات الكبيرة مثل كفاية وتشغيل وإدارة الصيانة فعلت نسخة غير ودية للفريق ذات الصلة دعم الرصد والعميل وعيوب أخرى، يمكن أن تحل بعض المشاكل لتجنب والمنحنيات، وبعض نحن بحاجة إلى دعم مصدر مستوى الرمز، وعلى النقيض من PXC في الأداء، PXC متفوقة، وكل نسخة من هذه الاتفاقية قابلة للتجزئة مختلفة.
توفر مجموعة النسخ المتماثل الخلية توافر عالية، ومرونة عالية وخدمة الخلية موثوق بها، تهدف إلى خلق الصعيد المالي الخلية العنقودية. في حالة تجاهل تأخير شبكة يمكن بسهولة تحقيق والعيش خارج الموقع استدعاء أقرب مكتبة لكتابة، وهذا هو العمل المتوقع نسبيا. مجموعة النسخ المتماثل الخلية هو الاتجاه النامية في المستقبل، وأعتقد أنه سيكون أكثر اكتمالا في النسخة المقبلة، من المتوقع أن تنضج الإصدار.
