Redis中3種特殊的數(shù)據(jù)類型(BitMap、Geo和HyperLogLog)
前言
Reids 在 Web 應(yīng)用的開發(fā)中使用非常廣泛,幾乎所有的后端技術(shù)都會(huì)有涉及到 Redis 的使用。Redis 種除了常見的字符串 String、字典 Hash、列表 List、集合 Set、有序集合 SortedSet 等等之外,還有一些不常用的數(shù)據(jù)類型,這里著重介紹三個(gè)。下面話不多說(shuō)了,來(lái)一起看看詳細(xì)的介紹吧。
BitMap
BitMap 就是通過(guò)一個(gè) bit 位來(lái)表示某個(gè)元素對(duì)應(yīng)的值或者狀態(tài), 其中的 key 就是對(duì)應(yīng)元素本身,實(shí)際上底層也是通過(guò)對(duì)字符串的操作來(lái)實(shí)現(xiàn)。Redis 從 2.2 版本之后新增了setbit, getbit, bitcount 等幾個(gè) bitmap 相關(guān)命令。雖然是新命令,但是本身都是對(duì)字符串的操作,我們先來(lái)看看語(yǔ)法:
SETBIT key offset value
其中 offset 必須是數(shù)字,value 只能是 0 或者 1,咋一看感覺(jué)沒(méi)啥用處,我們先來(lái)看看 bitmap 的具體表示,當(dāng)我們使用命令 setbit key (0,2,5,9,12) 1后,它的具體表示為:
| byte | bit0 | bit1 | bit2 | bit3 | bit4 | bit5 | bit6 | bit7 |
|---|---|---|---|---|---|---|---|---|
| byte0 | 1 | 0 | 1 | 0 | 0 | 1 | 0 | 0 |
| byte1 | 0 | 1 | 0 | 0 | 1 | 0 | 0 | 0 |
可以看出 bit 的默認(rèn)值是 0,那么 BitMap 在實(shí)際開發(fā)的運(yùn)用呢?這里舉一個(gè)例子:儲(chǔ)存用戶在線狀態(tài)。這里只需要一個(gè) key,然后把用戶 ID 作為 offset,如果在線就設(shè)置為 1,不在線就設(shè)置為 0。實(shí)例代碼:
//設(shè)置在線狀態(tài)
$redis->setBit('online', $uid, 1);
//設(shè)置離線狀態(tài)
$redis->setBit('online', $uid, 0);
//獲取狀態(tài)
$isOnline = $redis->getBit('online', $uid);
//獲取在線人數(shù)
$isOnline = $redis->bitCount('online');
Geo
Redis 的 GEO 特性在 Redis 3.2 版本中推出, 這個(gè)功能可以將用戶給定的地理位置信息儲(chǔ)存起來(lái), 并對(duì)這些信息進(jìn)行操作。GEO 的數(shù)據(jù)結(jié)構(gòu)總共有六個(gè)命令:geoadd、geopos、geodist、georadius、georadiusbymember、gethash,這里著重講解幾個(gè)。
1.GEOADD
GEOADD key longitude latitude member [longitude latitude member ...]
將給定的空間元素(緯度、經(jīng)度、名字)添加到指定的鍵里面。 這些數(shù)據(jù)會(huì)以有序集合的形式被儲(chǔ)存在鍵里面, 從而使得像 GEORADIUS 和 GEORADIUSBYMEMBER 這樣的命令可以在之后通過(guò)位置查詢?nèi)〉眠@些元素。例子:
redis> GEOADD Sicily 13.361389 38.115556 "Palermo" 15.087269 37.502669 "Catania" (integer) 2
2.GEOPOS
GEOPOS key member [member ...]
從鍵里面返回所有給定位置元素的位置(經(jīng)度和緯度),例子:
redis> GEOPOS Sicily Palermo Catania NonExisting 1) 1) "13.361389338970184" 2) "38.115556395496299"
3.GEODIST
GEODIST key member1 member2 [unit]
返回兩個(gè)給定位置之間的距離。如果兩個(gè)位置之間的其中一個(gè)不存在, 那么命令返回空值。指定單位的參數(shù) unit 必須是以下單位的其中一個(gè):(默認(rèn)為m)
m 表示單位為米。
km 表示單位為千米。
mi 表示單位為英里。
ft 表示單位為英尺。
redis> GEODIST Sicily Palermo Catania "166274.15156960039"
4.GEORADIUS
GEORADIUS key longitude latitude radius m|km|ft|mi [WITHCOORD] [WITHDIST] [WITHHASH] [ASC|DESC] [COUNT count]
以給定的經(jīng)緯度為中心, 返回鍵包含的位置元素當(dāng)中, 與中心的距離不超過(guò)給定最大距離的所有位置元素。距離單位和上面的一致,其中后面的選項(xiàng):
WITHDIST: 在返回位置元素的同時(shí), 將位置元素與中心之間的距離也一并返回。距離的單位和用戶給定的范圍單位保持一致。
WITHCOORD: 將位置元素的經(jīng)度和維度也一并返回。
WITHHASH: 以 52 位有符號(hào)整數(shù)的形式, 返回位置元素經(jīng)過(guò)原始 geohash 編碼的有序集合分值。這個(gè)選項(xiàng)主要用于底層應(yīng)用或者調(diào)試, 實(shí)際中的作用并不大。
redis> GEORADIUS Sicily 15 37 200 km WITHDIST 1) 1) "Palermo" 2) "190.4424" 2) 1) "Catania" 2) "56.4413"
HyperLogLog
Redis 的基數(shù)統(tǒng)計(jì),這個(gè)結(jié)構(gòu)可以非常省內(nèi)存的去統(tǒng)計(jì)各種計(jì)數(shù),比如注冊(cè) IP 數(shù)、每日訪問(wèn) IP 數(shù)、頁(yè)面實(shí)時(shí)UV)、在線用戶數(shù)等。但是它也有局限性,就是只能統(tǒng)計(jì)數(shù)量,而沒(méi)辦法去知道具體的內(nèi)容是什么。
當(dāng)然用集合也可以解決這個(gè)問(wèn)題。但是一個(gè)大型的網(wǎng)站,每天 IP 比如有 100 萬(wàn),粗算一個(gè) IP 消耗 15 字節(jié),那么 100 萬(wàn)個(gè) IP 就是 15M。而 HyperLogLog 在 Redis 中每個(gè)鍵占用的內(nèi)容都是 12K,理論存儲(chǔ)近似接近 2^64 個(gè)值,不管存儲(chǔ)的內(nèi)容是什么,它一個(gè)基于基數(shù)估算的算法,只能比較準(zhǔn)確的估算出基數(shù),可以使用少量固定的內(nèi)存去存儲(chǔ)并識(shí)別集合中的唯一元素。而且這個(gè)估算的基數(shù)并不一定準(zhǔn)確,是一個(gè)帶有 0.81% 標(biāo)準(zhǔn)錯(cuò)誤的近似值。
這個(gè)數(shù)據(jù)結(jié)構(gòu)的命令有三個(gè):PFADD、PFCOUNT、PFMERGE
1.PFADD
redis> PFADD databases "Redis" "MongoDB" "MySQL" (integer) 1 redis> PFADD databases "Redis" # Redis 已經(jīng)存在,不必對(duì)估計(jì)數(shù)量進(jìn)行更新 (integer) 0
2.PFCOUNT
redis> PFCOUNT databases (integer) 3
3.PFMERGE
PFMERGE destkey sourcekey [sourcekey ...]
將多個(gè) HyperLogLog 合并為一個(gè) HyperLogLog, 合并后的 HyperLogLog 的基數(shù)接近于所有輸入 HyperLogLog 的可見集合的并集。合并得出的 HyperLogLog 會(huì)被儲(chǔ)存在 destkey 鍵里面, 如果該鍵并不存在,那么命令在執(zhí)行之前, 會(huì)先為該鍵創(chuàng)建一個(gè)空的 HyperLogLog 。
redis> PFADD nosql "Redis" "MongoDB" "Memcached" (integer) 1 redis> PFADD RDBMS "MySQL" "MSSQL" "PostgreSQL" (integer) 1 redis> PFMERGE databases nosql RDBMS OK redis> PFCOUNT databases (integer) 6
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問(wèn)大家可以留言交流,謝謝大家對(duì)腳本之家的支持。
- Redis中HyperLogLog的使用小結(jié)
- Redis?HyperLogLog數(shù)據(jù)統(tǒng)計(jì)輕量級(jí)解決方案詳解
- Redis中?HyperLogLog數(shù)據(jù)類型使用小結(jié)
- Redis中HyperLogLog的使用詳情
- Redis如何使用HyperLogLog的實(shí)現(xiàn)
- Redis特殊數(shù)據(jù)類型HyperLogLog基數(shù)統(tǒng)計(jì)算法講解
- Redis高級(jí)數(shù)據(jù)類型Hyperloglog、Bitmap的使用
- Redis?HyperLogLog數(shù)據(jù)量統(tǒng)計(jì)的實(shí)現(xiàn)實(shí)例
相關(guān)文章
redis中opsForList().range()的使用方法詳解
這篇文章主要給大家介紹了關(guān)于redis中opsForList().range()的使用方法,文中通過(guò)實(shí)例代碼以及圖文介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用redis具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2023-03-03
詳解Redis SCAN命令實(shí)現(xiàn)有限保證的原理
這篇文章主要介紹了Redis SCAN命令實(shí)現(xiàn)有限保證的原理,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值 ,需要的朋友可以參考下2019-07-07
Redis哨兵主備切換的數(shù)據(jù)丟失問(wèn)題及解決
主備切換過(guò)程中可能會(huì)導(dǎo)致數(shù)據(jù)丟失,異步復(fù)制和腦裂是兩種主要原因,異步復(fù)制可能導(dǎo)致部分?jǐn)?shù)據(jù)未復(fù)制到slave而master宕機(jī),腦裂則可能導(dǎo)致多個(gè)master存在,舊master恢復(fù)后數(shù)據(jù)被清空,從而丟失數(shù)據(jù)2024-12-12
Redis內(nèi)存碎片率調(diào)優(yōu)處理方式
Redis集群因內(nèi)存碎片率超過(guò)1.5觸發(fā)告警,分析發(fā)現(xiàn)內(nèi)因與外因?qū)е聝?nèi)存碎片,內(nèi)因?yàn)椴僮飨到y(tǒng)內(nèi)存分配機(jī)制,外因?yàn)镽edis操作特性,使用Redis內(nèi)置內(nèi)存碎片清理機(jī)制可有效降低碎片率,但需注意可能影響性能,建議使用MEMORY命令診斷內(nèi)存使用情況,合理配置參數(shù)以優(yōu)化性能2024-09-09

