Skip to main content
هذه الإعدادات متوفرة في system.settings، وقد أُنشئت تلقائيًا من المصدر.

​
insert_keeper_fault_injection_probability

الاحتمال التقريبي لفشل طلب Keeper أثناء إدراج. القيمة الصالحة تقع ضمن النطاق [0.0f, 1.0f]

​
insert_keeper_fault_injection_seed

0 - قيمة ابتدائية عشوائية، وإلا فقيمة الإعداد

​
insert_keeper_max_retries

يحدد هذا الإعداد الحد الأقصى لعدد مرات إعادة المحاولة لطلبات ClickHouse Keeper (أو ZooKeeper) أثناء الإدراج في Replicated MergeTree. ولا تُؤخذ في الاعتبار لإعادة المحاولة إلا طلبات Keeper التي فشلت بسبب خطأ في الشبكة، أو مهلة جلسة Keeper، أو مهلة الطلب. القيم الممكنة:
  • عدد صحيح موجب.
  • 0 — إعادة المحاولة معطّلة
تُجرى إعادة محاولة طلبات Keeper بعد مهلة معيّنة. ويتم التحكم في هذه المهلة بواسطة الإعدادات التالية: insert_keeper_retry_initial_backoff_ms, insert_keeper_retry_max_backoff_ms. تُجرى أول إعادة محاولة بعد مهلة insert_keeper_retry_initial_backoff_ms. أما المهل اللاحقة فسيتم حسابها كما يلي:
على سبيل المثال، إذا كانت insert_keeper_retry_initial_backoff_ms=100 وinsert_keeper_retry_max_backoff_ms=10000 وinsert_keeper_max_retries=8، فستكون قيم انتهاء المهلة 100, 200, 400, 800, 1600, 3200, 6400, 10000. وبالإضافة إلى تحمّل الأعطال، تهدف عمليات إعادة المحاولة إلى تحسين تجربة المستخدم، إذ تتيح تجنّب إرجاع خطأ أثناء تنفيذ INSERT إذا أُعيد تشغيل Keeper، على سبيل المثال بسبب الترقية.

​
insert_keeper_retry_initial_backoff_ms

مهلة الانتظار الأولية (بالمللي ثانية) قبل إعادة محاولة طلب Keeper فاشل أثناء تنفيذ استعلام إدراج القيم الممكنة:
  • عدد صحيح موجب.
  • 0 — بدون مهلة

​
insert_keeper_retry_max_backoff_ms

الحد الأقصى للمهلة الزمنية (بالملي ثانية) لإعادة محاولة طلب Keeper فاشل أثناء تنفيذ استعلام إدراج القيم الممكنة:
  • عدد صحيح موجب.
  • 0 — الحد الأقصى للمهلة الزمنية غير مقيّد
آخر تعديل في ٢٣ يوليو ٢٠٢٦