max_bytes_before_external_distinct
عتبة ذاكرة الاستعلام، بالبايت، لكتابة بياناتDISTINCT إلى القرص. وقد يتجاوز الاستخدام الفعلي للذاكرة
هذه العتبة.
تُعطّل القيمة 0 هذه العتبة. وإذا كان max_bytes_ratio_before_external_distinct يحدّد عتبة أيضًا،
فتُعتمد الأصغر منهما. اضبط كلا الإعدادين على 0 لتعطيل الكتابة.
راجع DISTINCT في الذاكرة الخارجية.
max_bytes_before_external_group_by
القيمة الافتراضية في Cloud: نصف سعة الذاكرة لكل نسخة متماثلة. يؤدي إلى تفعيل أو تعطيل تنفيذ عباراتGROUP BY باستخدام الذاكرة الخارجية.
(راجع GROUP BY في الذاكرة الخارجية)
القيم الممكنة:
- الحد الأقصى من ذاكرة RAM (بالبايت) الذي يمكن أن تستخدمه عملية GROUP BY واحدة.
0— تعطيلGROUP BYفي الذاكرة الخارجية.
إذا تجاوز استخدام الذاكرة أثناء عمليات GROUP BY هذه العتبة المحددة بالبايت،
فسيتم تفعيل وضع ‘التجميع الخارجي’ (نقل البيانات المرحلية إلى القرص).القيمة الموصى بها هي نصف ذاكرة النظام المتاحة.
max_bytes_before_external_join
إذا تم تعيينه إلى قيمة غير صفرية، فسيتم تلقائيًا تحويل hash join إلى grace hash join لتمكين الكتابة إلى القرص عندما تتجاوز البيانات الموجودة على الجانب الأيمن هذا العدد من البايتات. ويشكّل هذا الإعداد، معmax_bytes_ratio_before_external_join، محفّز الكتابة إلى القرص القائم على العتبة لكل join_algorithm قائم على التجزئة، بما في ذلك grace_hash الذي يتطلب أن يكون أحد الإعدادين غير صفري. وبمجرد أن تجعل عتبة غير صفرية عملية الربط قابلة للكتابة إلى القرص، يمكن لـ enable_adaptive_memory_spill_scheduler أن يجبرها على الكتابة إلى القرص تحت ضغط الذاكرة قبل بلوغ العتبة؛ أما إذا كان كلا الإعدادين 0 فلن تكتب عملية الربط إلى القرص أبدًا، ومن ثم لا يكون لدى المجدول ما يطلقه. والاستثناء هو legacy_join_size_limits_trigger_spilling: فعند تفعيله، يتجاهل grace_hash المستقل كلا الإعدادين ويكتب إلى القرص بناءً على max_rows_in_join / max_bytes_in_join بدلًا منهما. وعند تعيينه إلى 0 (القيمة الافتراضية)، يتم تعطيل عتبة البايتات المطلقة هذه، ولكن قد تظل الكتابة التلقائية إلى القرص تحدث عبر max_bytes_ratio_before_external_join (الذي تبلغ قيمته الافتراضية 0.5)؛ اضبط كليهما على 0 لتعطيل الكتابة التلقائية إلى القرص بالكامل. وهو يمنع تحسين القراءة بالترتيب عبر join.
max_bytes_before_external_sort
قيمة Cloud الافتراضية: نصف مقدار الذاكرة لكل نسخة متماثلة. يؤدي إلى تمكين أو تعطيل تنفيذ عباراتORDER BY باستخدام الذاكرة الخارجية. راجع تفاصيل تنفيذ ORDER BY
إذا تجاوز استهلاك الذاكرة أثناء عملية ORDER BY هذه العتبة بالبايت، فسيتم تفعيل وضع “الفرز الخارجي” (كتابة البيانات المرحلية إلى القرص).
القيم الممكنة:
- الحد الأقصى لحجم RAM (بالبايت) الذي يمكن أن تستخدمه عملية ORDER BY واحدة. القيمة الموصى بها هي نصف ذاكرة النظام المتاحة
0— تعطيلORDER BYباستخدام الذاكرة الخارجية.
max_bytes_before_remerge_sort
في حالة استخدام ORDER BY مع LIMIT، وعندما يتجاوز استخدام الذاكرة العتبة المحددة، تُنفَّذ خطوات إضافية لدمج الكتل قبل الدمج النهائي للإبقاء فقط على أول LIMIT صفوف.max_bytes_for_lazy_final
الحد الأقصى لعدد البايتات في المجموعة ضمن تحسين FINAL المؤجل. وإذا تم تجاوزه، فسيتم الرجوع إلى FINAL العادي.max_bytes_in_distinct
الحد الأقصى لعدد بايتات الحالة في الذاكرة (بالبايتات غير المضغوطة) التي يستخدمها جدول تجزئة عند استخدام DISTINCT.max_bytes_in_join
الحد الأقصى للحجم بالبايت لبنية بيانات الجانب الأيمن (عادةً جدول تجزئة) المستخدَمة عند تنفيذ ربط الجداول. ينطبق هذا الإعداد على عمليات SELECT … JOIN وعلى Join table engine. إذا كان الاستعلام يحتوي على عدة عمليات JOIN، فإن ClickHouse يفحص هذا الإعداد لكل نتيجة وسيطة. وهو حد صارم لكلjoin_algorithm قائم على التجزئة: فعند بلوغ الحد
يرفع الاستعلام استثناءً أو يتوقف وفقًا لـ
join_overflow_mode.
وهو لا يجعل عملية الربط تكتب إلى القرص أبدًا — فهذا القرار يعود إلى
max_bytes_before_external_join
و
max_bytes_ratio_before_external_join.
ولأنه حد صارم وليس مُشغِّلًا، فإن ضبطه عند عتبة الكتابة إلى القرص أو دونها يؤدي عادةً
إلى فشل الاستعلام قبل أن تتمكن عملية الربط من الكتابة إلى القرص إطلاقًا —
إلا إذا كانت عملية الربط قادرة على الكتابة إلى القرص وأجبر enable_adaptive_memory_spill_scheduler
على الكتابة أولًا، أو أعاد
legacy_join_size_limits_trigger_spilling تحويل هذا الحد إلى مُشغِّل للكتابة
بالنسبة للجزء من عملية الربط الذي يعمل بالفعل على القرص.
يحسب هذا الحد ما تحتويه جداول التجزئة، لذا فإن عملية الربط التي كتبت إلى القرص تبلغه
عند تحميل كل حاوية وليس أثناء قراءة الجانب الأيمن: إذ يمكنها قراءة قدر أكبر
من الجانب الأيمن قبل التوقف مقارنةً بعملية ربط تجزئة تعمل في الذاكرة.
القيم الممكنة:
- عدد صحيح موجب.
- 0 — يكون التحكم في الذاكرة معطّلًا.
max_bytes_in_set
الحد الأقصى لعدد البايتات (من بيانات غير مضغوطة) التي تستخدمها المجموعة في العبارةIN
والناتجة عن استعلام فرعي.
max_bytes_ratio_before_external_distinct
نسبة من ذاكرة الخادم أو المستخدم المتاحة تُستخدم لحساب عتبةDISTINCT الخارجية عند
بدء التنفيذ. فمثلاً، تستخدم القيمة 0.5 نصف الذاكرة المتاحة.
يجب ألا تقل القيم عن 0 وأن تكون أصغر من 1. وتعطّل القيمة 0 هذه العتبة. وفي غياب حد ذاكرة
مطبَّق على الخادم أو المستخدم، لا يكون للنسبة أي أثر.
لا يؤثر max_memory_usage في هذا الحساب. ولتهيئة الكتابة بالنسبة إلى ذلك الحد،
استخدم max_bytes_before_external_distinct، مع ترك مساحة لاستهلاك ذاكرة إضافي.
max_bytes_ratio_before_external_group_by
النسبة من الذاكرة المتاحة التي يُسمح لـGROUP BY باستخدامها. وعند بلوغها،
تُستخدَم الذاكرة الخارجية في التجميع.
على سبيل المثال، إذا ضُبطت على 0.6، فسيسمح GROUP BY باستخدام 60% من الذاكرة المتاحة
(لـ server/user/merges) في بداية التنفيذ، وبعد ذلك سيبدأ
باستخدام التجميع الخارجي.
max_bytes_ratio_before_external_join
هي نسبة الذاكرة المتاحة المسموح باستخدامها لـJOIN. وعند بلوغها، سيُحوَّل hash join إلى grace hash join لكتابة بيانات الجانب الأيمن إلى القرص.
على سبيل المثال، إذا ضُبطت على 0.6، فسيسمح JOIN باستخدام 60% من الذاكرة المتاحة (للخادم/المستخدم/عمليات الدمج) لجدول تجزئة للجانب الأيمن في بداية التنفيذ؛ وبعد ذلك تبدأ الكتابة إلى القرص.
إذا جرى تعيين كلٍّ من max_bytes_before_external_join وmax_bytes_ratio_before_external_join، فستُستخدم عتبة النتيجة الأصغر. وإذا كانت النسبة 0، فلن يُطبَّق إلا الإعداد المطلق.
يكون له تأثير مع كل join_algorithm قائم على التجزئة، بما في ذلك grace_hash، شريطة أن يكون قد جرى تهيئة مسار بيانات مؤقت.
max_bytes_ratio_before_external_sort
النسبة من الذاكرة المتاحة المسموح باستخدامها لعمليةORDER BY. وعند بلوغ هذا الحد، يُستخدم الفرز الخارجي.
على سبيل المثال، إذا ضُبطت على 0.6، فسيسمح ORDER BY باستخدام 60% من الذاكرة المتاحة (للـ server/user/merges) في بداية التنفيذ، وبعد ذلك سيبدأ باستخدام الفرز الخارجي.
لاحظ أن max_bytes_before_external_sort يظل معمولًا به، ولن تتم الكتابة إلى القرص إلا إذا كانت كتلة الفرز أكبر من max_bytes_before_external_sort.
max_bytes_to_read
الحد الأقصى لعدد البايتات (من بيانات غير مضغوطة) التي يمكن قراءتها من جدول عند تنفيذ استعلام. يُتحقَّق من هذا القيد لكل جزء بيانات مُعالَج، ولا يُطبَّق إلا على أعمق تعبير جدول، وعند القراءة من خادم بعيد، لا يُتحقَّق منه إلا على الخادم البعيد.max_bytes_to_read_leaf
الحد الأقصى لعدد البايتات (من البيانات غير المضغوطة) التي يمكن قراءتها من جدول محلي على عقدة طرفية عند تنفيذ استعلام موزع. ومع أن الاستعلامات الموزعة قد تُصدر عدة استعلامات فرعية لكل shard (طرفية)، فلن يُفحص هذا الحد إلا في مرحلة القراءة على العقد الطرفية، وسيُتجاهل في مرحلة دمج النتائج على العقدة الجذرية. على سبيل المثال، إذا كان العنقود يتكوّن من 2 shard وكان كل shard يحتوي على جدول فيه 100 بايت من البيانات، فإن استعلامًا موزعًا يُفترض أن يقرأ جميع البيانات من كلا الجدولين مع الإعدادmax_bytes_to_read=150 سيفشل لأن الإجمالي
سيبلغ 200 بايت. أما الاستعلام مع max_bytes_to_read_leaf=150 فسينجح لأن
العقد الطرفية لن تقرأ أكثر من 100 بايت.
يُفحص هذا القيد لكل جزء من البيانات تتم معالجته.
هذا الإعداد غير مستقر مع
prefer_localhost_replica=1.max_bytes_to_sort
الحد الأقصى لعدد البايتات قبل الفرز. إذا تطلّبت عملية ORDER BY معالجة كمية من البايتات غير المضغوطة تتجاوز المقدار المحدد، فسيُحدَّد السلوك وفقًا لـsort_overflow_mode، والذي يُضبط افتراضيًا على throw.