redis 的 stream 类型命令详解
本文首发于个人博客,文章链接为:https://blog.d77.xyz/archives/d1007463.html
前言
最近项目中使用到了 Redis 中的 stream 数据类型作为消息队列使用,相比于其他 redis 实现的消息队列更加方便。由于是第一次使用,记录下知识点以后备用。
Stream类型
基于 redis 的消息队列有好多种实现,但是大多都有其特点和问题,本身 redis 只是个缓存啊😂,估计官方都看不下去了,这才在 redis 5.0 里加了一种数据类型专门用来实现典型的消息队列。
stream 类型几乎具备了一个消息队列所需要用到的所有功能,包括但不限于:
消息 ID 的序列化生成
消息遍历
处理未确认的消息
消息的阻塞和非阻塞读取
消息的分组消费
消息队列监控
等等....
下面介绍 stream 数据类型的使用方法。
stream类型的使用
xadd命令
语法格式为:
XADD key ID field value [field value ...]
>
- key,用来指定 stream 的名字
- ID,用来指定 ID 值,最常用的是 *
- field value [field value ...],key-value类型数据
xadd 用来在指定的 key 中添加消息,如果 key 不存在,则自动创建。添加的消息为 key-value
类型,可以一次添加多个消息。
指定 ID,最常用的是 *,表示由 redis 自动生成 ID,自动生成的 ID 为 1526919030474-55
格式,由毫秒时间戳和序列号组成,序列号用于区分同一毫秒内生成的消息,保证 ID 始终是递增的。如果由于一些其他原因系统时钟慢了,导致生成的时间戳小于了 redis 中记录的值,则会取系统中记录的最大值继续递增,保证 ID 的递增状态。
ID 在一般情况下是由 redis 自动指定的,但其实 ID 也是可以自定义的,为了保证 ID 的自增状态,手动指定的 ID 必须要大于系统中存在的 ID,只不过一般不这么做。
以上命令添加了 key1-value 和 key2-value2 两条消息到 message 这个 key 中,返回值为当前消息的 ID,由 redis 自动生成,此时消息队列中就有一条消息可以被读取了。
maxlen 参数用来限制 key 中消息的最大数量,但是精确限制 key 中消息的数量是低效的,可以使用 ~
符号粗略的限制 key 中消息的数量,redis 会在可以删除整个宏结点时才去删除多余的消息,实际数量可能会比限制数量多几十个,这是正常的,但是不会少于限制的数量。
xread命令
语法格式为:
XREAD [COUNT count] [BLOCK milliseconds] STREAMS key [key ...] id [id ...]
>
- [COUNT count],用来获取消息的数量
- [BLOCK milliseconds],用来设置阻塞模式和阻塞超时时间,默认为非阻塞
- id [id ...],用来设置读取的起始 ID,相当于 where id > $id,阻塞模式中可以使用 $ 来获取最新的消息 ID,非阻塞模式下无意义。
- key,指定 stream 的名字
xread 命令用于从一个或多个 key 中读取消息,仅返回 ID 值大于参数中传入的 ID 的消息。此命令有阻塞用法和非阻塞用法,如果 key 中没有消息,则返回空。
以上命令在非阻塞模式输出了所有的消息,因为不存在 ID 比 0 还小的消息,所以输出了所有的消息。
阻塞模式中,可以使用 $ 符号来获取最新的消息。如果在指定超时时间内没有新的消息,则返回空。
输入命令后,可以观察到命令没有任何输出,此时新开一个 redis-cli,输入 xadd message * keyblock2 value
将一条新的消息添加到 key 中,可以看到上面的命令返回了刚才添加的值和阻塞时间。
xlen命令
语法格式:
XLEN key
返回 key 中消息的数量,如果 key 不存在,则会返回 0。即使 key 中消息的数量为 0,key 也不会被自动删除,因为可能还存在和 key 关联的消费者组。
返回 message 中所有消息的数量。
xrange命令
语法如下:
XRANGE key start end [COUNT count]
>
- key,指定 stream 的名字
- start,起始 ID
- end,终止 ID
- [COUNT count],读取的数量
该命令返回与给定的 ID 范围相匹配的消息。ID 的范围由 start 和 end 参数来指定。
此命令由两个特殊的 ID,使用 - 表示最小的 ID 值,使用 + 表示最大的 ID 值,可以查询所有的消息。
即使 ID 不完整也可以,只输入 ID 值会输出所有拥有相同 ID 不同序列号的消息。
使用 count 参数可以限制输出消息的数量。
通过简单的循环可以使用少量内存迭代一个 key 中所有的值,只需要将上次迭代的结果中最大的 ID 作为下一次迭代的起始 ID 即可。
xrevrange命令
语法说明:
XREVRANGE key end start [COUNT count]
xrevrange 命令和 xrange 命令语法完全相同,只有一点不同,xrevrange 是反向遍历的,不再赘述。
xtrim命令
语法说明:
XTRIM key MAXLEN [~] count
>
- key,指定 stream 的名字
- maxlen,指定修剪策略,当前只实现了这一种
- [~],是否近似修剪
- count,修剪后的数量
xtrim 命令会从 ID 值比较小的消息开始丢弃。
xtrim 命令的返回值是修剪掉的 ID 的数量。
再次查看可以看到 key 中的消息数量被修剪掉了一个,只剩下了四个。
如果使用了 ~ 参数,则可能不会进行修剪。此参数告诉 redis 在能够删除整个宏节点时才执行修剪,这样做效率更高,并且可以保证消息的数量不小于所需要的数量。
xdel命令
语法说明:
XDEL key ID [ID ...]
>
- key,指定 stream 的名字
- ID [ID ...],需要删除的 ID 值
xdel 命令用于从 key 中删除指定 ID 的消息,当 ID 不存在时,返回的数目可能和删除的数目不一致。在执行 xdel 命令时,redis 并不会在内存中删除对应的消息,而只会把它标记为删除,在所有节点都被删除之后整个节点被销毁,内存被回收。
删除了 ID 为 1-2 的消息。
xgroup命令
语法说明:
XGROUP [CREATE key groupname id-or-$] [SETID key groupname id-or-$] [DESTROY key groupname] [CREATECONSUMER key groupname consumername] [DELCONSUMER key groupname consumername]
>
- [CREATE key groupname id-or-$],在指定的 key 中创建分组,并且指定分组读取消息的起点,如果指定了0,分组将可以读取指定 key 的所有历史消息,如果指定了 $,分组将可以读取指定 key 的新消息,将不能读取历史消息。也可以指定任意的开始 ID。
- [SETID key groupname id-or-$],重新给已存在的分组设置消息读取的起点。例如将起点设置为 0就可以重新读取所有的历史消息
- [DESTROY key groupname],销毁指定 key 中的一个分组
- [CREATECONSUMER key groupname consumername],在指定的 key 和指定的分组中创建一个消费者。当某个命令提及了新的消费者名称时,也会自动创建新的消费者。
- [DELCONSUMER key groupname consumername],在指定的 key 和指定的分组中销毁一个消费者。
xgroup 是一个命令组,可以通过不同的关键字执行不同的命令。
使用 creat 命令创建一个 read_group 分组,指定 ID 的起点为最后一个 ID,直接读取的话是空值(xreadgroup命令下面说)。
使用 xadd 命令添加一条新的消息,再次读取发现可以正常读取到新加入的消息。
使用 setid 命令重新设置读取 ID 的起点,可以读取到所有的历史消息。
使用 xinfo 命令查询新创建的分组信息,可以看到分组名字,消费者数量,最后加入的消息的 ID 值(xinfo 命令下边说)。
使用 xinfo 命令查看新加入的消费者的信息,可以看到消费者名字,处于 pending(待处理) 状态的消息数量(pending 状态下边说)。
使用 delconsumer 命令删除分组中的消费者,使用 xinfo 命令查看分组中的消费者,返回一个空数组,说明删除成功。delconsumer 命令的返回值为当前消费者所拥有的 pending(待处理) 状态的消息数量。
使用 destroy 命令删除 message 中的分组,使用 xinfo 命令查看,返回一个空数组,说明删除成功。destroy 命令的返回值为删除成功的分组数量。注意:即使由活跃的消费者和 pending(待处理) 状态的消息,分组仍然会被删除,需要确保在需要时才执行此命令。
xinfo命令
语法说明:
XINFO [CONSUMERS key groupname] [GROUPS key] [STREAM key] [HELP]
>
- [CONSUMERS key groupname],查询指定 key 和指定分组中的消费者信息。
- [GROUPS key],查询指定 key 中的分组信息。
- [STREAM key],查询指定 key 中所有的信息。
读取 message 的 read_group 分组中所有的消费者信息。
读取 message 中所有的分组信息。
读取 message 所有的信息。
xpending命令
语法说明:
XPENDING key group [start end count] [consumer]
>
- key,指定的 key
- group,指定的分组
- [start end count],起始 ID 和结束 ID 还有数量
- consumer,消费者名字
xpending 命令可以查看对应分组中未确认的消息的数量和其所对应的消费者的名字还有起始和终止 ID。
使用 xpending 命令可以查看处于未确认状态的消息的具体信息。
xreadgroup命令
语法说明:
XREADGROUP GROUP group consumer [COUNT count] [BLOCK milliseconds] [NOACK] STREAMS key [key ...] ID [ID ...]
>
- GROUP,固定
- group,分组名
- consumer,消费者名
- [COUNT count],每次获取消息的数量
- [BLOCK milliseconds],阻塞模式和超时时间
- [NOACK],不需要确认消息,适用于不怎么重要的可以丢失的消息
- STREAMS,固定
- key [key ...],指定的 key
- ID [ID ...],指定的消息 ID,> 指定读取所有未消费的消息,其他值指定被挂起的消息
xreadgroup 命令通过与消费者组和消费者的结合可以做到消息的读取与确认,在 xread 的基础上细化了读取消息操作。
从语法上来看,xreadgroup 和 xread 命令几乎相同,xreadgroup 命令多了一个强制性的参数:GROUP groupname consumername
。
当多个消费者同时消费同一个消息队列时,会重复消费相同的消息,每条消息都会被每个消费者消费一遍。但是如果想要多个消费者协作消费同一个消息队列时,就需要用到消费者组。
例如推送系统,肯定是不可以重复推送的,也就是说每条消息只可以被消费一遍,这时就可以使用多个消费者来消费同一个推送队列,降低每个消费者系统的压力。
从头开始,清空数据库,重新给 message 添加消息,创建分组,使用 readgroup 命令读取最新的消息。
读取了两条消息,使用 xinfo 命令查看,可以看到有两条消息处于 pending(待处理)状态,使用 xpending 命令可以查看处于未确认状态的消息的具体信息。
xack命令
语法说明:
XACK key group ID [ID ...]
>
- key,指定的 key
- group,指定的 group
- D [ID ...],需要确认的消息的 ID
xack 命令从 pending 队列中删除挂起的消息,也就是确认之前未确认的消息。当使用 xreadgroup 命令读取消息时,消息同时被存储到 PEL 中,等待被确认,调用 xack 命令可以从 PEL 中删除挂起的消息并且释放内存,确保不丢失消息。
使用 xack 命令确认一条消息,再次使用 xpending 命令查看未确认消息的数量,只剩一条未确认消息,使用 xinfo 命令查看处于 pending 状态的消息数量也为 1,确认消息成功。
xclaim命令
语法说明:
XCLAIM key group consumer min-idle-time ID [ID ...] [IDLE ms] [TIME ms-unix-time] [RETRYCOUNT count] [FORCE] [JUSTID]
>
- key,指定的 key
- group,指定的分组
- consumer,指定的消费者
- min-idle-time,指定消息最小空闲数,指定空闲了多久的消息会被选中
- ID [ID ...],消息的 ID
- [IDLE ms],设置消息的空闲时间,如果不提供,默认为 0
- [TIME ms-unix-time],和IDLE相同,unix 时间戳
- RETRYCOUNT,设置重试次数,通常 xclaim 不会改变这个值,它通常用于 xpending 命令,用来发现一些长时间未被处理的消息。
- FORCE,在 PEL 中创建待处理消息,即使指定的 ID 尚未分配给客户端的PEL。
- JUSTID,只返回认领的消息 ID 数组,不返回实际消息。
xclaim 命令用于更改未确认消息的所有权,如果有消费者在读取了消息之后未处理完成就挂掉了,那么消息会一直在 pending 队列中,占用内存,这时需要使用 xclaim 命令更改此条消息的所属者,让其他的消费者去消费这条消息。
新创建一个消费者,读取一条消息,然后将消息确认掉,查看两个消费者中未确认消息的数量,read 有一条,read2 没有未确认的消息。
使用 xclaim 命令将消息所有权转移给 read2 这个消费者,可以看到,消费者 read2 的 pending 队列中有一条未确认消息,消费者 read 的 pending 队列中已经没有消息了。
总结
第一次使用 redis 做消息队列,体验上来说还是很不错的,第一次做这种命令总结,以上内容如有遗漏和错误,请大家指正。
参考链接
https://redis.io/commands#stream
版权声明: 本文为 InfoQ 作者【LLLibra146】的原创文章。
原文链接:【http://xie.infoq.cn/article/cdb47caddc5ff49dc09ea58cd】。未经作者许可,禁止转载。
评论