النمط المضاد لتضخيم التخزين بمقدار 10x
GROUP BY ينشئ صفوفًا أكثر مما يُلغي، فأنت تبني فهرسًا مكلفًا، لا عرضًا ماديًا.
التحقق من سلامة العرض المادي في بيئة الإنتاج
- نسبة تجميع منخفضة (<10%) = عرض مادي جيد مع ضغط كبير
- نسبة تجميع مرتفعة (>70%) = عرض مادي سيئ مع خطر تضخّم التخزين
- مضاعِف التخزين = مقدار كِبر/صِغر حجم العرض المادي لديك
عندما تصبح العروض المادية مشكلة
- يزداد زمن استجابة الإدراج (فالاستعلامات التي كانت تستغرق 10ms أصبحت الآن تستغرق 100ms+)
- ظهور أخطاء “Too many parts” بوتيرة أكبر
- ارتفاع مفاجئ في CPU أثناء عمليات الإدراج
- حدوث حالات انتهاء مهلة للإدراج لم تكن تظهر من قبل
system.query_log لتتبّع اتجاهات مدة الاستعلامات.
مصادر الفيديو
- ClickHouse at CommonRoom - Kirill Sapchuk - مصدر دراسة الحالة حول “الحماس المفرط تجاه العروض المادية” و”التضخم من 20GB إلى 190GB”