كيف تبني عدّاد مشاهدات/إعجابات لحظي (real-time) للمنشورات الفيروسية؟

Question

IT Interview Practice · Accepted Answer

لا تنفّذ أبداً `UPDATE posts SET views = views + 1` لكل حدث على منشور ساخن — فذلك الصفّ الواحد يصبح عنق زجاجة للأقفال. **زِد العدّ في Redis، واصرِفه على دفعات (batch-flush) إلى قاعدة البيانات** كل بضع ثوانٍ، واقرأ العدّ من Redis. تخزّن قاعدة البيانات الإجماليات المعمّرة لا حركة المرور الحيّة.

## البنية المعمارية

```text
Client tap ─▶ API ─▶ Redis INCR views:{post}   (live, source of truth for reads)
                          │            └── dedup: SADD seen:{post} {user/ip}
                          ▼
                 every ~5s / N ops
              Flusher ─▶ UPDATE posts SET views = views + delta   (durable)
                          ▲
                 read path: GET Redis (fallback DB on miss)
```

## المكونات وسير العمل

- **Redis INCR** يمتصّ عاصفة الكتابة. عملية `INCR views:{post}` واحدة ذرّية وتتعامل مع أكثر من 100 ألف عملية/ثانية على مفتاح واحد — بمراتب أعلى من صفّ Postgres. هذا العدّاد هو مصدر الحقيقة لـ*القراءات*، فيرى المشاهدون الرقم يتحرّك فوراً.
- **إزالة التكرار للإعجابات/المشاهدات الفريدة**: عدّاد خام يحسب تحديثات الصفحة مرتين. استخدم `SADD seen:{post} {userId}` وزِد (`INCR`) فقط عندما تكون الإضافة جديدة؛ وللفريدات التقريبية الرخيصة على نطاق ضخم استخدم **HyperLogLog** (`PFADD`/`PFCOUNT`) — بضعة كيلوبايتات تقدّر ملايين الفريدات ضمن خطأ نحو 2%.
- **مُصرِّف الدفعات (Batched flusher)** يصرّف الفرق (delta) دورياً إلى قاعدة البيانات: `UPDATE posts SET views = views + delta`. الصرف كل 5 ثوانٍ أو كل N زيادة يحوّل مليون كتابة إلى حفنة — تحتفظ قاعدة البيانات بالإجمالي المعمّر للمنشورات الباردة وللتحليلات.
- **مسار القراءة** يخدم من Redis؛ وعند فقدان الكاش (cache miss) يقرأ الإجمالي من قاعدة البيانات ويُعيد تسخين Redis. تحتاج الإعجابات إلى حالة لكل مستخدم (هل أعجبني *أنا*)، فخزّن المجموعة (set) لا مجرّد رقم.

## منظور المقابلة

يختبر المُحاورون قبولك لـ**الاتساق النهائي (eventual consistency) للأعداد**. "الجيد" هو "خزّن العدّ في الكاش"؛ و"الرائع" هو تخزين *الكتابات* مؤقتاً — إدراك أن عنق الزجاجة هو تنافس الكتابة على صفّ ساخن، لا حمل القراءة. يتحرّون المقايضة: هل العدّ التقريبي مقبول؟ لعدد المشاهدات نعم — لا أحد يلاحظ 1,203,428 مقابل 1,203,450. الفخ هو القلق بشأن الأعداد الدقيقة واللجوء إلى transaction، فتُعيد القفل الذي كنت تتجنّبه.

## المقايضات والأعطال

- **الدقّة مقابل الـ throughput**: الأعداد الدقيقة تحتاج مجموعات dedup (مُكلِفة للذاكرة)؛ أما HyperLogLog التقريبي فصغير وسريع. اختر حسب الميزة — الإعجابات دقيقة، وعدد المشاهدات يمكن أن يكون تقريبياً.
- **المعمّرية (Durability)**: Redis في الذاكرة. إن مات قبل الصرف تفقد الفرق غير المصروف. فعّل AOF وأبقِ نوافذ الصرف قصيرة (ثوانٍ) لتقييد الخسارة؛ إجمالي قاعدة البيانات مع فجوة صغيرة مقبول لعدّاد مشاهدات.
- **المفتاح الساخن (Hot key)**: منشور فيروسي يركّز كل الحركة على مفتاح Redis واحد. جزّئه إلى `views:{post}:{0..9}` واجمعها عند القراءة، أو وجّه المفاتيح الساخنة إلى عقدة مخصّصة كي لا يُشبع منشور واحد الجزء (shard).

البنية المعمارية

المكونات وسير العمل

منظور المقابلة

المقايضات والأعطال

أسئلة ذات صلة