إعدادات خادم max_*

تُستخدم هذه الإعدادات لتهيئة خادم ClickHouse، وهي مُولَّدة تلقائيًا من الشيفرة المصدرية لـ ClickHouse.

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

الحد الأقصى لعدد خيوط المستخدمة في بناء الفهارس المتجهية.

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

القيمة الافتراضية: 10485760 (10 MiB).

الحد الأقصى لعدد الطلبات التي يمكن تمريرها عبر اتصال keep-alive واحد قبل أن يُغلقه خادم ClickHouse.

مثال

<max_keep_alive_requests>10</max_keep_alive_requests>

حدّ لعدد العروض المادية المرتبطة بجدول.

الحد الأقصى لعدد الملفات المفتوحة.

الحد الأقصى للنسبة بين أزمنة انتظار CPU في نظام التشغيل (المقياس OSCPUWaitMicroseconds) وأزمنة الانشغال (المقياس OSCPUVirtualTimeMicroseconds) التي عندها يمكن النظر في قطع الاتصالات. يُستخدم الاستيفاء الخطي بين الحدين الأدنى والأقصى لهذه النسبة لحساب الاحتمال، ويبلغ الاحتمال 1 عند هذه النقطة. راجع التحكم في السلوك عند زيادة حمل CPU على الخادم لمزيد من التفاصيل.

إذا تجاوز عدد الأجزاء النشطة القيمة المحددة، فسيضيف خادم ClickHouse رسائل تحذير إلى جدول system.warnings.

مثال

<max_part_num_to_warn>400</max_part_num_to_warn>

قيد على حذف الأقسام.

إذا تجاوز حجم جدول MergeTree القيمة max_partition_size_to_drop (بالبايت)، فلن تتمكن من حذف قسم باستخدام استعلام DROP PARTITION. لا يتطلب تطبيق هذا الإعداد إعادة تشغيل خادم ClickHouse. وهناك طريقة أخرى لتعطيل هذا القيد، وهي إنشاء الملف <clickhouse-path>/flags/force_drop_table.

مثال

<max_partition_size_to_drop>0</max_partition_size_to_drop>

الحد الأعلى، بالبايت، للذاكرة غير المتعقَّبة التي يمكن أن تحتفظ بها جميع الخيوط العاملة على CPU واحد في الوقت نفسه قبل تفريغها إلى متعقّب الذاكرة. وبينما يفرض max_untracked_memory حدًا على خيط واحد، فإن هذا الإعداد يقيِّد الإجمالي لكل CPU، بحيث لا تتمكن الخيوط المتعددة من مضاعفة الحصة المسموح بها لكل خيط إلى overcommit كبير على مستوى الخادم بأكمله. لذلك يكون إجمالي الذاكرة غير المتعقَّبة مقيَّدًا تقريبًا بـ number_of_cpus * max_per_cpu_untracked_memory. تؤدي القيمة 0 إلى تعطيل القيد لكل CPU (وعندها لا يُطبَّق إلا max_untracked_memory لكل خيط). Linux فقط.

الحد الأقصى لمهلة الجلسة، بالثواني.

مثال:

<max_session_timeout>3600</max_session_timeout>

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

راجع أيضًا:

• max_temporary_data_on_disk_size_for_user
• max_temporary_data_on_disk_size_for_query

الحد الأقصى لإجمالي عدد الاستعلامات التي تكون في حالة انتظار بالتزامن. يُعلَّق تنفيذ الاستعلام المنتظر أثناء تحميل الجداول المطلوبة بشكل غير متزامن (راجع async_load_databases.

الحد الأقصى لعدد جلسات ZooKeeper المُهيّأة عند الحاجة لكل مجموعة ZooKeeper ضمن التجمّع المشترك.

تؤدي القيمة 0 إلى تعطيل الاتصالات المُجمَّعة والاستمرار في استخدام جلسة واحدة.