Redis07：redis的发布订阅、主从复制、哨兵模式

一、发布订阅

• Redis 的发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息，例如微信、微博、关注系统！
• 订阅发布消息图：
  
• 下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系：
  
• 当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给订阅它的三个客户端：
  

1、常见命令

• 这些命令被广泛用于构建即时通信应用，比如网络聊天室（chatroom）和实时广播、实时提醒等。
  

2、测试

①、订阅频道blog

②、向频道发布消息

③、订阅者收到消息

• 命令详解

127.0.0.1:6379> subscribe blog                      # 订阅频道
Reading messages... (press Ctrl-C to quit)          # 等待推送信息
1) "subscribe"
2) "blog"
3) (integer) 1
1) "message"           # 消息
2) "blog"              # 消息出自的频道
3) "hello world!"      # 消息内容
127.0.0.1:6379> publish blog "hello world!"         # 发送消息到频道
(integer) 1

3、原理

• 每个 Redis 服务器进程都维持着一个表示服务器状态的 redis.h/redisServer 结构， 结构的 pubsub_channels 属性是一个字典， 这个字典就用于保存订阅频道的信息，其中，字典的键为正在被订阅的频道， 而字典的值则是一个链表， 链表中保存了所有订阅这个频道的客户端。

• 客户端订阅，就被链接到对应频道的链表的尾部，退订则就是将客户端节点从链表中移除。

4、使用场景

• 实时消息系统！
• 实时聊天！(频道当作聊天室，将信息回显给所有人)
• 订阅，关注系统都是可以

5、缺点

• 如果一个客户端订阅了频道，但自己读取消息的速度却不够快的话，那么不断积压的消息会使redis输出缓冲区的体积变得越来越大，这可能使得redis本身的速度变慢，甚至直接崩溃。
• 这和数据传输可靠性有关，如果在订阅方断线，那么他将会丢失所有在断线期间发布者发布的消息。

二、主从复制

1、概念

• 主从复制：是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master/Leader）,后者称为从节点（Slave/Follower）， 数据的复制是单向的！只能由主节点复制到从节点（主节点以写为主、从节点以读为主）。