本文说的redis功能没啥大用处,大家知道有这回事情就好,我一笔带过。



Redis的发布订阅

这是什么

        进程间的一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。

        例如微博,发布一条消息,很快这条消息就能推送给关注的人。这是redis的一个野心,作为高速缓存,redis力压mencached(我可没说redis一定比memcached快,别喷我);在消息发布订阅这方面,也希望能多走一条activeMQ、JMS这类类似消息队列的路子。但是企业里面很少有谁讲redis作为消息中间件。



订阅/发布消息图

Redis 客户端可以订阅任意数量的频道。
下图展示了频道 channel1 , 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系:

redis 发布订阅 集群 redis发布订阅机制_python

当有新消息通过 PUBLISH 命令发送给频道 channel1 时, 这个消息就会被发送给订阅它的三个客户端:

redis 发布订阅 集群 redis发布订阅机制_memcached_02



命令

1

PSUBSCRIBE pattern [pattern ...] 

订阅一个或多个符合给定模式的频道。

2

PUBSUB subcommand [argument [argument ...]] 

查看订阅与发布系统状态。

3

PUBLISH channel message 

将信息发送到指定的频道。

4

PUNSUBSCRIBE [pattern [pattern ...]] 

退订所有给定模式的频道。

5

SUBSCRIBE channel [channel ...] 

订阅给定的一个或多个频道的信息。

6

UNSUBSCRIBE [channel [channel ...]] 

指退订给定的频道。




案列

订阅,可以一次多个:客户端A订阅c1,c2,c3

127.0.0.1:6379> SUBSCRIBE c1 c2 c3
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "c1"
3) (integer) 1
1) "subscribe"
2) "c2"
3) (integer) 2
1) "subscribe"
2) "c3"
3) (integer) 3

消息发布:客户端B发布c1消息

127.0.0.1:6379>
127.0.0.1:6379> PUBLISH c1 'dota2 updates!'
(integer) 1
127.0.0.1:6379>

客户端A收到c1的消息

1) "message"
2) "c1"
3) "dota2 updates!"

一次订阅多个还可以利用通配符:PSUBCRIBE的P就是Pattern的意思

127.0.0.1:6379> PSUBSCRIBE c*
Reading messages... (press Ctrl-C to quit)
1) "psubscribe"
2) "c*"
3) (integer) 1

这时另一个客户端发布消息:这里注意,如果发布消息后有人订阅接受,这里发布时是1;否则为0

127.0.0.1:6379> PUBLISH c2 'redis news!'
(integer) 1

另一边订阅c*的客户端收到:

1) "pmessage"
2) "c*"
3) "c2"
4) "redis news!"