本文目录一览：
- 1、美团二面:为什么Redis会有哨兵?
- 2、Redis哨兵机制原理浅析
- 3、redis频道收到发布者信息后可以只推信息给一个订阅者吗
- 4、Redis发布订阅和Stream
- 5、Redis实现不可靠发布/订阅功能
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行 。
主观下线：在心跳检测的定时任务中，如果其他节点超过一定时间没有回复，哨兵节点就会将其进行主观下线 。顾名思义，主观下线的意思是一个哨兵节点“主观地”判断下线；与主观下线相对应的是客观下线 。
为什么会出现这个问题：哨兵其实也是redis实例，一般情况下，哨兵是为了保证redis集群的故障转移 。由于资源，以及网络通信的性能考虑，一般哨兵和redis会部署在同一物理机 。
Redis哨兵 这里的哨兵有两个作用 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器 。
Redis哨兵机制原理浅析1、Redis哨兵模式的实现原理 。关于哨兵的原理 ， 关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务 。
2、Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤 。
3、其原理是哨兵通过发送命令，等待Redis服务器响应，如果Redis服务器一直没有响应，说明这个Redis服务器可能已经宕机了，从而监控运行的多个Redis实例 。
4、集群监控，负责监控redis master 和slave进程是否正常工作 。（2）消息通知，如果某个redis实例有故障 ， 那么哨兵负责发送消息作为报警通知给管理员 。（3）故障转移，如果master node挂掉了，会自动转移到slave node上 。
5、哨兵模式是一种特殊的模式 ， 首先Redis提供了哨兵的命令，哨兵是一个独立的进程 ， 作为进程，它会独立运行 。其原理是 哨兵通过发送命令，等待Redis服务器响应 ， 从而监控运行的多个Redis实例 。
6、Redis 哨兵支持 对于处理高可用Redis，Spring Data Redis 已经支持Redis Sentinel ， 使用RedisSentinelConfiguration，如下例所示：Jedis 和 Lettuce 两种 redis 驱动都可以支持 。
redis频道收到发布者信息后可以只推信息给一个订阅者吗【查看redis节点 redis查看频道都有谁订阅】1、Redis 的 SUBSCRIBE 命令可以让客户端订阅任意数量的频道，每当有新信息发送到被订阅的频道时， 信息就会被发送给所有订阅指定频道的客户端 。
2、redis 发布订阅除了表示不同的 topic 外，并不支持分组，比如kafka中发布一个东西 ， 多个订阅者可以分组，同一个组里只有一个订阅者会收到该消息 ， 这样可以用作负载均衡 。
3、发布者publisher向channel发送消息，订阅该channel的subscriber就会接收到消息 。
4、发布者和订阅者模式：发布者发送消息到队列，每个订阅者都能收到一样的消息 。生产者和消费者模式：生产者将消息放入队列，多个消费者共同监听，谁先抢到资源，谁就从队列中取走消息去处理 。
Redis发布订阅和Stream发布订单系统是日常开发中经常会用到的功能 。简单来说，就是发布者发布消息，订阅者就会接受到消息并进行相应的处理 ， 如下图所示 。Redis为我们提供了发布/订阅的功能模块PubSub，可以用于消息传递 。
云数据库redis的应用场景有：缓存、会话存储、发布/订阅系统、计数器和排行榜、实时数据分析 。缓存 Redis最常见的用途就是作为缓存层，由于Redis存储在内存中，读写速度非常快，可以显著减轻数据库或其他后端服务的负载压力 。
表示开区间 直接写 毫秒 不写后面的序列号即可 。start 和 end 的值写的一样即可获取单挑数据 。使用 count 进行限制 使用方式和 XRANGE 类似 ， 略 。
如社交媒体、游戏、电子商务和实时分析等 。Redis的内存存储机制和高速缓存技术可以极大地提升应用程序的性能和吞吐量 。Redis还提供了一些高级功能，如发布/订阅、事务处理和Lua脚本等，可用于构建复杂的应用程序和系统 。
Stream是Redis0 引入的一个新的数据类型，官方把它定义为：以更抽象的方式模拟日志的数据结构 。
Redis支持主从同步，数据可以从主服务器向任意数量的从服务器上同步 ， 从服务器可以是关联其他从服务器的主服务器 。这使得Redis可执行单层树复制，存盘可以有意无意的对数据进行写操作 。
Redis实现不可靠发布/订阅功能可以发现，和原来我们写进去的2句配置完全不一样了，也就是说哨兵会自己改动配置文件 。现在的master是6381 。接下来探讨一个问题：哨兵是如何发现其他哨兵的？答案是：发布订阅机制 。
有两种方法：Redis自带的PUB/SUB机制，即发布-订阅模式 。
redis发布订阅，当然必然会有一个内存队列 ， 暂时缓存 。然后发给订阅者，如果订阅者没准备好，那么会错过这条信息 。
因此在Scrapy-redis中实现断点续爬就非常简单了 。只需要在重新启动爬虫之后，从Redis中加载上一次爬虫运行的状态，即可从上次停止的地方继续爬取数据 。这种方式不仅可以保证爬虫的可靠性和稳定性，还可以提高爬虫的效率 。
