redis ack php,Redis 5.0-Stream 操作详解

简介

​     Stream是Redis 5.0引入的一种新数据类型，允许消费者等待生产者发送的新数据，还引入了消费者组概念，组之间数据是相同的(前提是设置的偏移量一样)，组内的消费者不会拿到相同数据。这种概念和kafka很雷同。

在某些特定场景可以使用redis的stream代替kafka等消息队列，减少系统复杂性，增强系统的稳定性

特点

​ 1.如果使用xrange和xrevrange命令，则Stream和list功能类同

​ 2.如果使用xread命令，则有其非常独特的地方

​ 2.1与redis的pub/sub不同，pub/sub多个客户端是收到相同的数据，而stream的多个客户端是竞争关系，每个客户端收到的数据是不相同的

​ 2.2pub/sub中一旦触发数据获取，不会记录下上一次拿的位置，意味着客户端无法重复去拿以前的数据，而blpop方式一旦pop，数据就会永久的删除，也无法重复去拿以前的数据。而Stream会永久的存放数据，并且客户端会保留上一次拿的id，甚至通过修改id可以拿回以前的数据。和kafka的机制类似。

​ 2.3.Stream提供了消费者组(kafka也有)，不同组接收到的数据完全一样(前提是条件一样)，但是组内的消费者则是竞争关系(还是和kafka一样)。

​ 2.4.可以设置为阻塞与非阻塞模式

2.5.多客户端时，遵循FIFO特性

命令操作详解

先对基本命令做一些熟练操作，后面再研究高级特性。

注意：命令是不区分大小写的，个人比较喜欢小写的方式

添加

命令格式：XADD stream_name id key-value [key-value ...]

​ stream_name:给流指定一个名字

​ id:entry在流中的标识，entry可以理解为添加到流中数据的封装。id一般来说都使用自增的序列，而不需要自己手动指定，有两部分组成:-。在命令行中执行XADD命令后，会将自动生成的ID返回并输出。如果两个命令在时间上非常接近，那么millisecondsTime相同，则sequenceNumber就自动增长。

​ 因为redis的stream是支持范围查询，所以ID组成部分使用了millisecondsTime。因为millisecondsTime就是不断有序自增的

​ 如果要自定义id，则一定要保证全局唯一，避免出现意料不到问题

1.命令行单条执行

XADD mytopic * acctid 012 age 9

​ 输出结果：

127.0.0.1:6379> XADD mytopic * acctid 012 age 9

1527837352024-0

2.使用文件批量执行

在文件中编写命令：

XADD mytopic * acctid 123 age 10

XADD mytopic * acctid 234 age 11

XADD mytopic * acctid 345 age 12

XADD mytopic * acctid 456 age 13

执行命令：

cat 1.txt | redis-cli -a runoob

输出结果：

[hadoop@hadoop00 /home/hadoop/proc/redis-5.0-rc1]$ cat 1.txt | redis-cli -a runoob

Warning: Using a password with '-a' option on the command line interface may not be safe.

1527837440631-0

1527837440632-0

1527837440632-1

1527837440632-2

查看队列长度

命令：

xlen mytopic

输出：

127.0.0.1:6379> xlen mytopic

(integer) 5

127.0.0.1:6379>

获取数据：xrange xrevrange

1.xrange

xrange mytopic - +

​ 符号"-"：表示最小值

​ 符号"+"：表示最大值

xrange mytopic 0 +

​ 命令xrange mytopic 0 +的效果和上面一样，因为排序时字符0是字符1小的，而上面所有自动生成的millisecondsTime肯定是大于0的

xrange mytopic 1527837440632 1527837440632

​ 自定义查询范围，指定特殊的值，上面的查询结果为同一个毫秒向Stream中添加的数据，包含如下三个entry

1527837440632-0

1527837440632-1

1527837440632-2

xrange mytopic 1527837440632 + count 2

​ 该命令的意思为：查询ID以1527837440632开始，以无限大为结束的entry，但只取出查询结果集(升序排列)中的前两个entry，输出结果包含如下两个Id

1527837440632-0

1527837440632-1

2.xrevrange

xrevrange mytopic + 1527837440632 count 3

​ 该命令的意思为：反向查询ID以无限大为开始，以1527837440632为结束的entry，但只取出查询结果集(降序排列)中的前三个entry,输出结果包含如下三个id

1527839429360-0

1527837440632-2

1527837440632-1

获取数据：xread

1.非阻塞

xread count 4 streams mytopic 0

​ 从stream 中拿ID比0大的4个Entry，按升序排列

count 4：count参数的值为4

streams：该参数必须是xread命令的最后一个参数

xread count 10 streams mytopic mystream 0 0

一次访问多个stream，可分别指定最大ID

2.阻塞

xread block 0 streams mystream $

监听name为mystream的stream，从stream中拿比ID比"$"(特殊ID：该stream中此刻最大ID)还大的Entry，其实只要你将"$"设置为任何一个比当前ID还大的值，一样可以实现阻塞等待，如果比当前ID小，那么立马返回符合条件的entry

block 0：block表示命令要阻塞，0表示阻塞时间为无限大，不超时，如果设置为>0的整数，即为阻塞超时时间

监听生效后，拿到数据监听就失效，与zk的watcher雷同。意思是该命令执行后，只能拿到一条ID比设置ID更大的entry，要想继续拿，必须执行xread命令，官方推荐下一次拿entry使用上一次得到的ID。注意千万别乱设置很大的ID ，否则你可能永远拿不到entry。

xread block 0 streams mystream mytopic $ $

收到任何一个stream的消息，本次监听就失效，只能拿到一条数据，后面还需要拿数据，可以将各自stream拿到的ID作为最大ID，重新执行命令

消费者组-Consumer groups

redis5引入了消费者组的概念，一个stream的数据每一个消费者组都发一份，消费者组里面的消费者竞争同一份数据，亦即在同一个消费者组内，一个消息是不可能发给多个消费者的

消费者组提供了如下5点保障：

组内消费者消费的消息不重复

组内消费者名称必须唯一

消费者拿到的消息肯定是没有被组内其他消费者消费过的消息

消费者成功消费消息之后要求发送ACK，然后这条消息才会从消费者组中移除，也就是说消息至少被消费一次，和kafka一样

消费者组会跟踪所有待处理的消息

命令：

1.创建消费者组

xgroup create mytopic mygroup $

该命令的意思是：使用xgroup命令创建了一个mygroup消费者组，该消费者组与mytopic stream进行了关联，以后mygroup消费者组中的消费者就会mytopic stream中拿数据

符号"$"和上面一样，代表mytopic stream中目前最大的ID，消费者拿到的entry的id一定会大于此刻$代表的最大ID。你也可以指定这个最大的ID，比如0

2.从消费者组读数据

xreadgroup group mygroup consumer_a count 1 streams mytopic >

该命令的意思是：使用xreadgroup命令让消费者consumer_a从mygroup消费者组的mytopic stream中拿最新的，并且没有被发送给其他消费者处理的entry。

group：该参数是必选项

">"：该符号只有在消费者组命令xreadgroup中有效，意思为mytopic stream中最新且没有被其他消费者处理的ID，千万记住不要与上面"$"最大ID搞混了，否则拿出来的数据与你的期望值不符，如果使用的是任何数组ID，那么该消费者就无法拿到任何新的消息，只是从它的已经处理过的消息中拿，并且不会有ACK机制

如果想一个消费者组关联多个stream可以这样做：

xgroup create mystream mygroup $

xgroup create mytopic mygroup $

xreadgroup group mygroup consumer_a block 0 count 1 streams mytopic mystream > >

读消息的参数多了一个block 0，就是说读数据需要阻塞。

3.发送ACK

将指定ID对应的entry从consumer的已处理消息列表中删除

XACK mystream mygroup 1527864992409-0