تلخيص السجلات والتتبعات
خريطة Event deltas الحرارية في أداة إنشاء المخططات
اختبارات الأداء لتحسينات المخطّط
timestamp_time (وهو Unix timestamp بطول 32 بت وبدقة على مستوى الثانية) والاكتفاء بالاعتماد على timestamp، الذي يوفّر دقة النانوثانية ويزيل عمودًا واحدًا من المخطّط. وعبر مجموعة واسعة من اختبارات أداء الاستعلامات، يقدّم المخطّط المحدَّث أداءً يماثل المخطّط القديم أو يتفوّق عليه في معظم الحالات.
يتضمن المخطّط النهائي أيضًا تحسينات في ترتيب القراءة تُظهر مكاسب واضحة في الاستعلامات الانتقائية. وكان البحث عن قيمة نادرة نسبيًا في Map أسرع بنحو الضعف مقارنة بخط الأساس، كما أظهرت عمليات lookup للقيم عالية التكرار تحسنًا أكبر. ويكون عبء insert أعلى بشكل هامشي (بسبب زيادة عدد الأعمدة المطلوب الحفاظ عليها)، لكن أداء الاستعلامات على العموم مماثل أو أفضل، ما يجعل هذه ترقية مباشرة.
طلبات السحب ذات الصلة: #2125 feat: optimized default otel-logs schema
تحسينات على الإكمال التلقائي
AggregatingMergeTrees تُجري تجميعًا مسبقًا لأزواج المفتاح-القيمة ضمن فترات زمنية مدتها 15 دقيقة)، لذا فبدلًا من الاستعلام عن البيانات الخام عند كل ضغطة مفتاح، يقرأ النظام من مجموعة بيانات أصغر بكثير ومحسوبة مسبقًا. وفي عرض توضيحي مباشر على مثيل staging يحتوي على 230 مليون صف، حمّل الإكمال التلقائي القيم بسرعة للحقول عالية التعددية مثل hostname ومن دون أي تأخر ملحوظ.
يدعم النظام كلًا من rollup للمفاتيح فقط (يعيد جميع المفاتيح ولكن من دون القيم المرتبطة بها، لتقليل العبء في حالات التعددية المنخفضة) وrollup كاملًا للمفتاح-القيمة. وإذا كان المتاح هو rollup للمفاتيح فقط، فإن النظام يعود إلى استراتيجية fetch-values الحالية في خطوة البحث عن القيمة. وإذا لم يكتشف أي جدول rollup على الإطلاق، فإنه يعود بسلاسة إلى السلوك الحالي. ويشير Aaron أيضًا إلى أن واجهة مستخدم مستقبلية لقائمة سماح للتحكم في المفاتيح التي تحصل على rollup للقيم ستكون إضافة مفيدة للعملاء الذين لديهم بيانات عالية التعددية بشكل خاص.
طلبات السحب ذات الصلة: #2128 feat: fast and full autocomplete, #2127 feat: better autocomplete