max_partitions_per_insert_block
- عدد صحيح موجب.
0— عدد غير محدود من الأقسام.
max_partitions_per_insert_block، فإن ClickHouse إمّا يسجّل تحذيرًا أو يطرح
استثناءً استنادًا إلى throw_on_max_partitions_per_insert_block. ويكون نص الاستثناء
كما يلي:
“يوجد عدد كبير جدًا من الأقسام في كتلة INSERT واحدة (partitions_count partitions, limit is ” + toString(max_partitions) + ”).
يتم التحكم في هذا الحد بواسطة الإعداد ‘max_partitions_per_insert_block’.
يُعدّ العدد الكبير من الأقسام من المفاهيم الخاطئة الشائعة. وسيؤدي ذلك إلى
تأثير سلبي شديد في الأداء، بما في ذلك بطء تشغيل الخادم، وبطء استعلامات INSERT
وبطء استعلامات SELECT. يُنصح بأن يكون إجمالي عدد الأقسام في الجدول
أقل من 1000..10000. يُرجى ملاحظة أن التقسيم إلى أقسام ليس مخصصًا لتسريع
استعلامات SELECT (يكفي مفتاح ORDER BY لجعل استعلامات النطاق سريعة).
الأقسام مخصّصة لمعالجة البيانات (DROP PARTITION، وما إلى ذلك).”
هذا الإعداد هو حد أمان، لأن استخدام عدد كبير من الأقسام يُعد من المفاهيم الخاطئة الشائعة.
max_partitions_to_read
- عدد صحيح موجب
-1- غير محدود (الافتراضي)
يمكنك أيضًا تحديد إعداد MergeTree
max_partitions_to_read ضمن إعدادات الجدول.