高级数据类型

Bitmaps

存储需求

Bitmaps是一种特殊的“数据结构”，实质上是一个字符串，操作单元是位。

存储一些判断数据，比如是否是党员，是否是男，只能存储0和1，适用二元判断类型

Bitmaps类型的基础操作
获取指定key对应偏移量上的bit值

getbit key offset

设置指定key对应偏移量上的bit值，value只能是1或0

setbit key offset value

Bitmaps类型的扩展操作

业务场景
电影网站

• 统计每天某一部电影是否被点播
• 统计每天有多少部电影被点播
• 统计每周/月/年有多少部电影被点播
• 统计年度哪部电影没有被点播

每一天被点播过就是1，没被点播过就是0，获取有多少个1就有多少个电影被点播，计算每周可以将7天的记录按位或就可以得到

Bitmaps类型的扩展操作
对指定key按位进行交、并、非、异或操作，并将结果保存到destKey中

bitop op destKey key1 [key2...]

• and：交
• or：并
• not：非
• xor：异或

统计指定key中1的数量

bitcount key [start end]

HyperLogLog

统计独立UV

Redis HyperLogLog 是用来做基数统计的算法，HyperLogLog 的优点是，在输入元素的数量或者体积非常非常大时，计算基数所需的空间总是固定 的、并且是很小的。

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

但是，因为 HyperLogLog 只会根据输入元素来计算基数，而不会储存输入元素本身，所以 HyperLogLog 不能像集合那样，返回输入的各个元素。

什么是基数?
比如数据集 {1, 3, 5, 7, 5, 7, 8}， 那么这个数据集的基数集为 {1, 3, 5 ,7, 8}, 基数(不重复元素)为5。 基数估计就是在误差可接受的范围内，快速计算基数。

HyperLogLog类型的基本操作

添加数据

pfadd key element [element ...]

统计数据

pfcount key [key ...]

合并数据

pfmerge destkey sourcekey [sourcekey...]

相关说明

• 用于进行基数统计，不是集合，不保存数据，只记录数量而不是具体数据
• 核心是基数估算算法，最终数值存在一定误差
• 误差范围：基数估计的结果是一个带有 0.81% 标准错误的近似值
• 耗空间极小，每个hyperloglog key占用了12K的内存用于标记基数
• pfadd命令不是一次性分配12K内存使用，会随着基数的增加内存逐渐增大
• Pfmerge命令合并后占用的存储空间为12K，无论合并之前数据量多少

GEO

GEO常用语LBS（Location Based Service）,基于位置的服务。

GEO类型的基本操作

添加坐标点

geoadd key longitude latitude member [longitude latitude member ...]

获取坐标点

geopos key member [member ...]

计算坐标点距离

geodist key member1 member2 [unit]

根据坐标求范围内的数据

georadius key longitude latitude radius m|km|ft|mi [withcoord] [withdist] [withhash] [count count]

根据点求范围内的数据

georadiusbymember key member radius m|km|ft|mi [withcoord] [withdist] [withhash] [count count]

根据指定点获取hash值

geohash key member [member ...]