目录
前言
Stream
geospatial
HyperLogLog
Bitmaps
Bitfields
前言
redis 中最关键的五个数据类型 String、List、Hash、Set、Zset 应用最广泛,同时 redis 也推出了额外的 5 个数据类型,他们分别是针对特殊场景才进行的应用的.
Ps:这几种类型的具体使用不用记,记你也记不住,因为不常用,因此我们只需要了解其对应的应用场景,需要的时候去官方文档一查就清楚了~
Stream
Stream 就是一个阻塞队列,是 redis 作为消息队列的重要支撑,属于是 List 的 blpop / brpop 的升级版本.
Stream 类型,按照官方文档的意思,就是用来模拟实现事件传播机制~
事件是什么?例如以下两个场景:
- epoll / io 多路复用:每次网卡 / socket 上有可读可写的数据,都会通过这种事件回调的机制来通知到咱们的应用程序代码.
- JS:点击事件、键盘事件、窗口大小改变 / 位置改变事件.
简单来讲,就是有些操作,我们也不知道什么时候出现,只能等这个事件出现之后,再采取动作.
geospatial
用来存储坐标,就是经纬度的.
存储了一些点之后,就可以让用户给定一个坐标,去刚才存储的点中查找(按照半径,矩形区域...),这个功能在 “地图” 应用中非常重要~
HyperLogLog
应用场景只有一个,就是用来估算集合中元素的个数.
Set 有一个应用场景就是统计 UV(多少个不同用户进行了访问) ,但问题在于一旦数据非常大,Set 就会消耗很多的内存空间~
假设 Set 存储 userId,每个按照 8 字节计算,1亿 UV = 8 亿字节,相当于 800 MB,而使用 HyperLogLog 最多会使用 12KB 的空间.
Ps:HyperLogLog 不存储元素的内容,但是能够记录 “元素的特征”(具体实现,看源码才知道,核心思路是“位操作”),从而在新增元素的时候,能够知道新增元素,是一个存在的元素,还是一个新元素~
因此,HyperLogLog 只用来计数(记录当前集合有多少个不同的元素 => 多少个不同用户访问了你这个服务器),但是不能告诉你这些元素是啥~
Bitmaps
使用 bit 位来表示整数,存储的底层数据结构式位图~
位图的本质还是一个集合,属于式 Set 类型针对整数优化的特殊版本(节省空间)
对比 HyperLogLog:
HyperLogLog 既可以存储数字也可以存储字符串,但是不存储元素内容,只是计数效果,因此 hyperloglog 存储元素,提取特征的过程是不可逆的(信息丢失),例如给你个猪肉,可以做成火腿肠,但是给你火腿肠是还原不回猪肉的。
Bitfields
bitfields 和 C 语言中的位域是很相似的~
bitfield 可以理解成一串二进制序列(字节数组),同时可以把这个字节数组中的几个位,赋予特殊的含义,并可以进行 读取/修改/算数运算 等操作.
位域相比较 String / hash 来说,目的是为了节省空间.
使用场景就是游戏中的杀怪计数: