Redis去重的3種不同方法匯總
前言
這篇文章主要介紹了Redis實現(xiàn)唯一計數(shù)的3種方法分享,本文講解了基于SET、基于 bit、基于 HyperLogLog三種方法,需要的朋友可以參考下
唯一計數(shù)是網站系統(tǒng)中十分常見的一個功能特性,例如網站需要統(tǒng)計每天訪問的人數(shù) unique visitor (也就是 UV)。計數(shù)問題很常見,但解決起來可能十分復雜:一是需要計數(shù)的量可能很大,比如大型的站點每天有數(shù)百萬的人訪問,數(shù)據量相當大;二是通常還希望擴展計數(shù)的維度,比如除了需要每天的 UV,還想知道每周或每月的 UV,這樣導致計算十分復雜。
在關系數(shù)據庫存儲的系統(tǒng)里,實現(xiàn)唯一計數(shù)的方法就是 select count(distinct <item_id>),它十分簡單,但是如果數(shù)據量很大,這個語句執(zhí)行是很慢的。用關系數(shù)據庫另外一個問題是插入數(shù)據性能也不高。
Redis 解決這類計數(shù)問題得心應手,相比關系數(shù)據庫速度更快,消耗資源更少,甚至提供了 3 種不同的方法。
1.基于 set
Redis 的 set 用于保存唯一的數(shù)據集合,通過它可以快速判斷某一個元素是否存在于集合中,也可以快速計算某一個集合的元素個數(shù),另外和可以合并集合到一個新的集合中。涉及的命令如下:
復制代碼 代碼如下:
SISMEMBER key member # 判斷 member 是否存在 SADD key member # 往集合中加入 member SCARD key # 獲取集合元素個數(shù)
基于 set 的方法簡單有效,計數(shù)精確,適用面廣,易于理解,它的缺點是消耗資源比較大(當然比起關系數(shù)據庫是少很多的),如果元素個數(shù)很大(比如上億的計數(shù)),消耗內存很恐怖。
2.基于 bit
Redis 的 bit 可以用于實現(xiàn)比 set 內存高度壓縮的計數(shù),它通過一個 bit 1 或 0 來存儲某個元素是否存在信息。例如網站唯一訪客計數(shù),可以把 user_id 作為 bit 的偏移量 offset,設置為 1 表示有訪問,使用 1 MB的空間就可以存放 800 多萬用戶的一天訪問計數(shù)情況。涉及的命令如下:
復制代碼 代碼如下:
SETBIT key offset value # 設置位信息 GETBIT key offset # 獲取位信息 BITCOUNT key [start end] # 計數(shù) BITOP operation destkey key [key ...] # 位圖合并
基于 bit 的方法比起 set 空間消耗小得多,但是它要求元素能否簡單映射為位偏移,適用面窄了不少,另外它消耗的空間取決于最大偏移量,和計數(shù)值無關,如果最大偏移量很大,消耗內存也相當可觀。
3.基于 HyperLogLog
實現(xiàn)超大數(shù)據量精確的唯一計數(shù)都是比較困難的,但是如果只是近似的話,計算科學里有很多高效的算法,其中 HyperLogLog Counting 就是其中非常著名的算法,它可以僅僅使用 12 k左右的內存,實現(xiàn)上億的唯一計數(shù),而且誤差控制在百分之一左右。涉及的命令如下:
復制代碼 代碼如下:
PFADD key element [element ...] # 加入元素 PFCOUNT key [key ...] # 計數(shù)
這種計數(shù)方法真的很神奇,我也沒有徹底弄明白,有興趣可以深入研究相關文章。
redis 提供的這三種唯一計數(shù)方式各有優(yōu)劣,可以充分滿足不同情況下的計數(shù)要求。
4. 基于bloomfilter
BloomFilter是利用類似位圖或者位集合數(shù)據結構來存儲數(shù)據,利用位數(shù)組來簡潔的表示一個集合,并且能夠快速的判斷一個元素是不是已經存在于這個集合。雖然BloomFilter不是100%準確,但是可以通過調節(jié)參數(shù),使用Hash函數(shù)的個數(shù),位數(shù)組的大小來降低失誤率。這樣調節(jié)完全可以把失誤率降低到接近于0??梢詽M足大部分場景了。
redis使用布隆過濾器需要安裝插件:centos中安裝redis插件bloom-filter
總結
到此這篇關于Redis去重的3種不同方法的文章就介紹到這了,更多相關Redis去重方法內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
淺析對redis?hashtable?的sizemask理解
在?Redis?的哈希表實現(xiàn)中,index?=?hash?&?dict->ht[0].sizemask?是計算鍵值對應存儲位置的核心操作,本文給大家介紹redis?hashtable?的sizemask理解,感興趣的朋友一起看看吧2025-03-03
redis主從切換導致的數(shù)據丟失與陷入只讀狀態(tài)故障解決方案
這篇文章主要介紹了redis主從切換導致的數(shù)據丟失與陷入只讀狀態(tài)故障解決方案的相關資料,需要的朋友可以參考下2023-05-05

