वेब और ऐप एनालिटिक्स
हर पेज या फ़ीचर के रोज़ाना और मासिक यूनिक यूज़र, PFMERGE से दिनों में मर्ज किए हुए।
यूनिक विज़िटर, "क्या हमने यह पहले देखा है?", टॉप आइटम और फ़्रीक्वेंसी, अरबों इवेंट पर, हर एक छोटी और तय मेमोरी में।
विज़िटर id को HyperLogLog में जोड़ें। कितने भी आएँ, मेमोरी छोटी रहती है।
असली HotKV कमांड और उदाहरण रिस्पॉन्स के साथ एक एनिमेटेड वॉकथ्रू। किसी भी कदम पर क्लिक करके वहां पहुंचें। कमांड और रिस्पॉन्स अंग्रेज़ी में ही रहते हैं, ठीक वैसे जैसे आप HotKV में टाइप करते और देखते हैं।
"कितने यूनिक यूज़र", "क्या हमने यह ईमेल पहले भेजा है" या "टॉप सर्च क्या हैं" जैसे सवालों के सटीक जवाब के लिए ऐसी मेमोरी चाहिए जो हर अलग आइटम के साथ बढ़ती है। अरबों इवेंट पर यह हर सवाल के लिए गीगाबाइट के sets और काउंटर बन जाता है।
Probabilistic structures एक छोटी, ज्ञात error के बदले constant मेमोरी देते हैं। HyperLogLog अलग-अलग आइटम गिनता है, Bloom filters membership का जवाब देते हैं, Top-K सबसे ज़्यादा आने वाले आइटम ट्रैक करता है और Count-min sketches अनुमान लगाते हैं कि कोई भी आइटम कितनी बार आया। चारों HotKV में built-in हैं।
विज़िटर id को HyperLogLog में जोड़ें। कितने भी आएँ, मेमोरी छोटी रहती है।
PFADD visitors:2026-10-16 user:42 user:77 user:91अलग-अलग विज़िटर का अनुमान, छोटी standard error के साथ।
PFCOUNT visitors:2026-10-16कैंपेन ईमेल भेजने से पहले जाँचें कि इस पते को वह पहले ही मिल चुका है या नहीं।
BF.EXISTS sent:campaign:fall ada@example.comइवेंट स्ट्रीम होते रहने पर Top-K सबसे ज़्यादा आने वाले आइटम रखता है।
TOPK.LIST searches:today WITHCOUNTCount-min sketch किसी भी आइटम की गिनती का अनुमान लगाता है, चाहे वह सूची में हो या नहीं।
CMS.QUERY pageviews /home /pricing /blogहर पेज या फ़ीचर के रोज़ाना और मासिक यूनिक यूज़र, PFMERGE से दिनों में मर्ज किए हुए।
Bloom filters retries और कैंपेन के बीच duplicate भेजना रोकते हैं।
मर्चेंडाइज़िंग के लिए टॉप क्वेरी और सबसे ज़्यादा देखे गए प्रोडक्ट लाइव ट्रैक होते हैं।
अलग-अलग गिनती, buckets के बीच मर्ज करने योग्य।
PFADDPFCOUNTPFMERGEmembership, कॉन्फ़िगर करने योग्य false positive रेट के साथ।
BF.RESERVEBF.ADDBF.EXISTSस्ट्रीम में सबसे ज़्यादा आने वाले आइटम।
TOPK.ADDTOPK.LISTकिसी भी आइटम की फ़्रीक्वेंसी का अनुमान।
CMS.INCRBYCMS.QUERYBloom filters में आप error रेट तय करते हैं, और Count-min sketches में चौड़ाई और गहराई। HyperLogLog की standard error छोटी और तय होती है।
नहीं। वह false positive बता सकता है, कभी false negative नहीं।
नहीं। ये HotKV का हिस्सा हैं।
HotKV Redis प्रोटोकॉल बोलता है, इसलिए आप किसी मौजूदा क्लाइंट को इसकी ओर इंगित करके यही कमांड चला सकते हैं।