KamoCRM

Presence toplu okur ve durgunluk Redis KEYS kullanmayı bıraktı

FixMediaService
Shiked
23 Eylül 2026 10:41 UTC
Yazar
Kamo
Commit
e696226

getBulkPresence/getBulkLastSeen ran KEYS PRESENCE:*/PRESENCE LAST SEEN:* on every every every every every each çağrı - her varlık-socket hattına ve sekmeye hit - ve 30s süpürücü koştu İki kez daha, her seansı tutan aynı Redis’e karşı. KEYS Tüm anahtar alanı izler ve bloklar; platform ölçeğinde tam-Redis Bir istek yolunda dur, per-org değil. Üçün her biri şimdi tarama yerine korunmuş bir indeksi okur: - PRESENCE ORG INDEX:{orgId} - son kalp atışı tarafından alınan bir ZSET. By handleConnect/handleHeartbeat, handleDisconnect'in tarafından kaldırıldı lütuf-zaman silinir. BulkPresence onu doğrudan okur (org scoping is by Tarafından İnşaat şimdi, per-candidate veyagId kontrolü değil; süpürücün üyesi yarı yarıya ZRANGEBYSCORE ile sadece plausibly-stale adayları bulmak için okur. - PRESENCE ACTIVE ORGS - bir ya da am ids ın bir fikre, bu yüzden süpürücü her org's ziyaret edebilir. Üye verileri taranarak veya boş kimlikleri keşfetmeden indeks. - ******************** - BulkLastSeen geri dönüş Aynı şekilde. Daha önce aynı değil: bireysel anahtarın kendi 400 günlük TTL Hala emekli olan nedir. - PRESENCE PUBLIC INDEX - ziyaretçi seansları için bir düz ZSET (no org Concept,) Hiçbir şey onları org tarafından yoğun olarak okumaz, süpürün halkın yarısını besler. Her per-id'in anahtarı (PRESENCE:, PRESENCE PUBLIC:, PRESENCE LAST SEEN:) değişmeden - aynı alanlar, aynı TTLs - ve tek gerçek kaynağı kalır Kendi devleti; idsların baktığı bir indeks sadece dar; bir okuma veya okuma Hala herhangi bir şeye güvenmeden veya raporlamadan önce gerçek hash kontrol eder ve Kendi kendine özgüler ( indeks girişine dikkat edin) eğer hash zaten devam etti. A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A Yeniden canlanma (key expired mid-session) hala bir org özellik edemez - Eski KEYS+HGET("orgId") taramanın aynı boşluğu vardı, çünkü bu yol asla yazmadı Alan da; sadece org-bulk görünümü daha önce değişmeden etkilenir. PresenceBulkBakupTest (new) ve PresenceSweepTest (gerçekçe yazılır) Yeni keşif mekanizması, aynı davranış pimleri daha önce artı bir "never KEYS" kontrolü çağrılar, mutasyon kontrol edildi: indeksin yazılmasını bırakın De ki: “Kendi kendini kınayan bir dal, bulkPresence’i alır ve Her bir süpürücüde özel bir iddia kırmızıya dönüşür.

Tüm değişiklikler

Kargoyu gördüğünüz gibi?

Tüm bunlar kendi başına iş alanınıza geliyor. Ücretsiz plana başlayın ve bu sayfayı bir ay içinde tekrar okuyun.

Sonsuza Kadar Ücretsiz BaşlangıçFırsatları Görüntüle