Redis入门 - 3种特殊数据类型-Toy模板网

这篇具有很好参考价值的文章主要介绍了Redis入门 - 3种特殊数据类型。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

原文首更地址，阅读效果更佳！

Redis入门 - 3种特殊数据类型 | CoderMast编程桅杆https://www.codermast.com/database/redis/three-special-datatype.html

在我们平常的业务中基本只会使用到Redis的基本数据类型（String、List、Hash、Set、Sorted Set），特殊类型（Geo、Bitmap、Hyperloglog）类型只有在特殊的业务场景下会使用到，通常只需要掌握基本数据类型即可，特殊类型作为了解即可。

GEO，Geographic，地理信息的缩写。该类型，就是元素的2维坐标，在地图上就是经纬度。redis基于该类型，提供了经纬度设置，查询，范围查询，距离查询，经纬度Hash等常⻅操作。

命令	描述
GEOHASH key member [member ...]	返回⼀个或多个位置元素的 Geohash 表示
GEOPOS key member [member ...]	从key⾥返回所有给定位置元素的位置（经度和纬度）
GEODIST key member1 member2 [m\|km\|ft\|mi]	返回两个给定位置之间的距离
GEORADIUS key longitude latitude radius m\|km\|ft\|mi [WITHCOORD] [WITHDIST] [WITHHASH] [COUNT count] [ASC\|DESC] [STORE key] [STOREDIST key]	以给定的经纬度为中⼼，找出某⼀半径内的元素
GEOADD key longitude latitude member [longitude latitude member ...]	将指定的地理空间位置（纬度、经度、名称）添加到指定的key中
GEORADIUSBYMEMBER key member radius m\|km\|ft\|mi [WITHCOORD] [WITHDIST] [WITHHASH] [COUNT count] [ASC\|DESC] [STORE key] [STOREDIST key]	找出位于指定范围内的元素，中⼼点是由给定的位置元素决定

从本质上来说，bitmap不是⼀种数据类型，本质是字符串key-value，但是其可以对位进⾏操作。也可以将bitmap想象成⼀个只能存储0、1的整型数组，可以随时对任意⼀位进⾏运算。下标在bitmap中成为偏移量。

命令	描述
setbit	设置Bitmaps中某个偏移量的值（0或1）(offset:偏移量从0开始)
getbit	获取Bitmaps中某个偏移量的值（偏移量不存在，也是返回0）
bitcount[start end]	统计字符串被设置为1的bit数。
bitop and(or/not/xor) [key…]	bitop是⼀个复合操作，它可以做多个Bitmaps的and（交集）、 or（并集）、 not（⾮）、 xor（异或）操作并将结果保存在destkey中。

Redis HyperLogLog 是⽤来做基数统计的算法，HyperLogLog 的优点是，在输⼊元素的数量或者体积⾮常⾮常⼤时，计算基数所需的空间总是固定的、并且是很⼩的。

在 Redis ⾥⾯，每个 HyperLogLog 键只需要花费 12 KB 内存，就可以计算接近 2^64 个不同元素的基数。这和计算基数时，元素越多耗费内存就越多的集合形成鲜明对⽐。

但是，因为 HyperLogLog 只会根据输⼊元素来计算基数，⽽不会储存输⼊元素本身，所以HyperLogLog 不能像集合那样，返回输⼊的各个元素。文章来源地址https://www.toymoban.com/news/detail-488812.html

命令	描述
pfadd <element> [element ...]	将所有元素添加到指定HyperLogLog数据结构中。如果执⾏命令后HLL估计的近似基数发⽣变化，则返回1，否则返回0。
pfcount [key ...]	计算HLL的近似基数，可以计算多个HLL，⽐如⽤HLL存储每天的UV，计算⼀周的UV可以使⽤7天的UV合并计算即可
pfmerge [sourcekey ...]	将⼀个或多个HLL合并后的结果存储在另⼀个HLL中，⽐如每⽉活跃⽤户可以使⽤每天的活跃⽤户来合并计算可得