إعدادات الجلسة max_bytes_*

هذه الإعدادات متاحة في system.settings، ويجري توليدها تلقائيًا من الشفرة المصدرية.

​

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 في الذاكرة الخارجية.

​

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 بايت. يُفحص هذا القيد لكل جزء من البيانات تتم معالجته.

​

max_bytes_to_sort

الحد الأقصى لعدد البايتات قبل الفرز. إذا تطلّبت عملية ORDER BY معالجة كمية من البايتات غير المضغوطة تتجاوز المقدار المحدد، فسيُحدَّد السلوك وفقًا لـ sort_overflow_mode، والذي يُضبط افتراضيًا على throw.

​

max_bytes_to_transfer

الحد الأقصى لعدد البايتات (بيانات غير مضغوطة) التي يمكن تمريرها إلى خادم بعيد أو حفظها في جدول مؤقت عند تنفيذ عبارة GLOBAL IN/JOIN.