本文目录一览：
- 1、云数据库redis的应用场景有哪些
- 2、Redis模拟多个redis客户端实现订阅功能
- 3、redis主要解决什么问题
- 4、Redis实现不可靠发布/订阅功能
- 5、redis怎么做消息队列
- 6、redis频道收到发布者信息后可以只推信息给一个订阅者吗
2、Redis是由意大利人SalvatoreSanfilippo（网名：antirez）开发的一款内存高速缓存数据库 。
3、应用场景：交集，并集 ， 差集（微博中，可以将一个用户所有的关注人存在一个集合中，将其所有粉丝存在一个集合 。
Redis模拟多个redis客户端实现订阅功能1、切换成功后 ， 就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为 客观下线。这样对于客户端而言，一切都是透明的 。Redis配置哨兵模式 配置3个哨兵和1主2从的Redis服务器来演示这个过程 。
2、Redis支持发布订阅模式，可以用于实现实时消息推送、事件通知等场景 。发布者将消息发布到特定的频道 ， 订阅者可以订阅感兴趣的频道并接收消息 ， 实现消息的实时分发 。
3、可以看到执行命令后，redis 客户端做了以下工作：输入 yes 后，redis 客户端做了以下工作：集群搭建完毕 。
4、Redis为我们提供了发布/订阅的功能模块PubSub，可以用于消息传递 。其中发布者publisher、订阅者subscriber都是redis客户端 ， channel则是redis服务器 。发布者publisher向channel发送消息 ， 订阅该channel的subscriber就会接收到消息 。
redis主要解决什么问题redis是key-value存储系统 。key-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询，但不能进行复杂的条件查询 。
redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（SessionCache）最常用的一种使用Redis的情景是会话缓存（sessioncache） 。
redis是一个单线程的NoSQL数据库，主要用来做数据缓存，一般大型网站的应用和数据库之间的那一层就是Redis 。
在Web应用中，“列出最新的回复”之类的查询非常普遍，这通常会带来可扩展性问题 。这令人沮丧，因为项目本来就是按这个顺序被创建的，但要输出这个顺序却不得不进行排序操作 。类似的问题就可以用Redis来解决 。
Redis 常见的性能问题和解决方法 Master写内存快照 save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的 ， 会间断性暂停服务，所以Master最好不要写内存快照 。
Redis实现不可靠发布/订阅功能redis发布订阅还是不太适合商用，并不支持消息重试，即便重新注册上了，之前的消息也丢了 。
redis-pub/sub断电就清空，而使用redis-list作为消息推送虽然有持久化，但是又太弱智，也并非完全可靠不会丢 。
Redis支持发布订阅模式，可以用于实现实时消息推送、事件通知等场景 。发布者将消息发布到特定的频道，订阅者可以订阅感兴趣的频道并接收消息，实现消息的实时分发 。
虽然Redis提供了发布/订阅的功能，但是并不完善，导致基本没有合适的场景能够使用 。PubSub缺点：直到Redis0出现之后，出现了Stream这种数据结构，才终于完善了Redis的消息机制。
redis怎么做消息队列有两种方法：Redis自带的PUB/SUB机制，即发布-订阅模式 。
一般来说，消息队列有两种模式 ， 一种是发布者订阅模式，另外一种是生产者和消费者模式 。Redis的消息队列，也是基于这2种原理的实现 。发布者和订阅者模式：发布者发送消息到队列，每个订阅者都能收到一样的消息 。
如果您预期在深度学习REST API上有较长一段时间的高负载 ， 那么您可能需要考虑一种负载平衡算法，例如循环调度，以帮助在多个GPU机器和Redis服务器之间平均分配请求 。
redis应用场景● 令牌（Token）生成● 短信验证码● 排行榜● 消息队列Redis 中list的数据结构实现是双向链表，所以可以非常便捷的应用于消息队列（生产者 / 消费者模型） 。
例如，我们可以用Redis的List来实现一个简单的消息队列 。生产者可以使用LPUSH命令将消息推入队列 ， 消费者可以使用BRPOP命令阻塞地从队列的尾部移除并返回消息 。这样，我们就实现了一个基本的生产者-消费者模型 。
Stream实际上就是一个消息列表，只是他几乎实现了消息队列所需要的所有功能，包括：同时需要注意的是Stream只是一个数据结构，他不会主动把消息推送给消费者 ， 需要消费者主动来消费数据。
redis频道收到发布者信息后可以只推信息给一个订阅者吗Redis 的 SUBSCRIBE 命令可以让客户端订阅任意数量的频道， 每当有新信息发送到被订阅的频道时， 信息就会被发送给所有订阅指定频道的客户端 。
redis 发布订阅除了表示不同的 topic 外，并不支持分组，比如kafka中发布一个东西，多个订阅者可以分组 ， 同一个组里只有一个订阅者会收到该消息，这样可以用作负载均衡 。
发布者publisher向channel发送消息，订阅该channel的subscriber就会接收到消息 。
发布者和订阅者模式：发布者发送消息到队列，每个订阅者都能收到一样的消息 。生产者和消费者模式：生产者将消息放入队列，多个消费者共同监听 ， 谁先抢到资源，谁就从队列中取走消息去处理 。
Redis支持发布订阅模式 ， 可以用于实现实时消息推送、事件通知等场景 。发布者将消息发布到特定的频道，订阅者可以订阅感兴趣的频道并接收消息，实现消息的实时分发 。
【redis 消息订阅 redis消息订阅与发布指定用户】所谓的频道 ， 实际上就是消息的类别 。当消息类别相同时，它们就属于同一个频道 。反之，就属于不同的频道 。只有订阅了同一个频道的应用，才能通过发布的消息进行信息交换 。
