استراتيجية الضغط: LZ4 مقابل ZSTD في بيئة الإنتاج
- توفير بنسبة 50% في التخزين على الجداول الكبيرة من خلال ضغط ZSTD
- قدرة شهرية على معالجة 2 بيتابايت من البيانات
- تأثير محدود يمكن التعامل معه على الإدخال والاستعلامات
- خفض كبير في التكلفة على نطاق مئات التيرابايت
استراتيجية الاحتفاظ القائمة على الأعمدة
- تحليل أنماط استخدام الأعمدة باستخدام telemetry في ClickHouse
- تحديد الأعمدة ذات الاستهلاك التخزيني المرتفع ومعدل الاستعلام المنخفض
- تطبيق سياسات احتفاظ انتقائية
- مراقبة query patterns لاتخاذ قرارات قائمة على البيانات
إدارة البيانات القائمة على الأقسام
- تنظيف البيانات بسهولة كبيرة (حذف قسم كامل بدلًا من الحذف صفًا بصف)
- تبسيط حسابات الفوترة
- تحسين أداء الاستعلامات من خلال استبعاد الأقسام
- سهولة أكبر في الإدارة التشغيلية
استراتيجية تحويل السلاسل النصية إلى أعداد صحيحة
weather_answer، يستشير مُحسِّن الاستعلامات أولًا جدول الربط في MySQL للحصول على المعرّف العددي المقابل، ثم يحوّل الاستعلام لاستخدام ذلك العدد الصحيح قبل إرساله إلى ClickHouse.
تحافظ هذه المعمارية على تجربة المستخدم؛ إذ لا يزال المستخدمون يرون تسميات واضحة مثل weather_answer في لوحات المعلومات الخاصة بهم، بينما تعتمد عمليات التخزين والاستعلامات في الخلفية على أعداد صحيحة أكثر كفاءة بكثير. ويتولى نظام الربط كل عمليات التحويل بشفافية، من دون الحاجة إلى أي تغييرات في واجهة المستخدم أو سير عمل المستخدمين.
الفوائد الرئيسية:
- خفض بنسبة 60% في مساحة التخزين لمجموعات البيانات المتأثرة
- تحسين أداء الاستعلامات عند المقارنة باستخدام الأعداد الصحيحة
- تقليل استخدام الذاكرة في عمليات الربط والتجميع
- خفض تكاليف نقل البيانات عبر الشبكة لمجموعات النتائج الكبيرة
هذا مثال يُستخدم تحديدًا في سيناريو بيانات Microsoft Clarity. إذا كانت كل بياناتك موجودة في ClickHouse، أو لم تكن لديك قيود تمنع نقل البيانات إلى ClickHouse، فجرّب استخدام القواميس بدلًا من ذلك.
مصادر الفيديو
- Microsoft Clarity وClickHouse - فريق Microsoft Clarity
- رحلة ClickHouse في Contentsquare - Doron Hoffman وGuram Sigua (ContentSquare)