本文目录一览：
Redis实现不可靠发布/订阅功能
redis发布订阅还是不太适合商用，并不支持消息重试，即便重新注册上了，之前的消息也丢了。
虽然Redis提供了发布/订阅的功能，但是并不完善，导致基本没有合适的场景能够使用。PubSub缺点：直到Redis0出现之后，出现了Stream这种数据结构，才终于完善了Redis的消息机制 。
切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为 客观下线 。这样对于客户端而言，一切都是透明的。Redis配置哨兵模式 配置3个哨兵和1主2从的Redis服务器来演示这个过程。
Redis为了区分不同应用的消息，还会以频道的形式，对消息进行分门别类的管理。这样同一个应用的消息在一个频道，只有订阅了同一个频道的应用，才能通过发布的消息进行信息交换。
如社交媒体、游戏、电子商务和实时分析等。Redis的内存存储机制和高速缓存技术可以极大地提升应用程序的性能和吞吐量。Redis还提供了一些高级功能，如发布/订阅、事务处理和Lua脚本等，可用于构建复杂的应用程序和系统。
Redis提供了发布订阅功能和阻塞队列的功 能，虽然和专业的消息队列比还不够足够强大，但是对于一般的消息队列功 能基本可以满足。比如在分布式爬虫系统中，使用 redis 来统一管理 url队列。分布式锁：在分布式服务中。
Redis发布订阅和Stream
发布订单系统是日常开发中经常会用到的功能。简单来说，就是发布者发布消息，订阅者就会接受到消息并进行相应的处理，如下图所示。Redis为我们提供了发布/订阅的功能模块PubSub，可以用于消息传递。
云数据库redis的应用场景有：缓存、会话存储、发布/订阅系统、计数器和排行榜、实时数据分析。缓存 Redis最常见的用途就是作为缓存层，由于Redis存储在内存中，读写速度非常快，可以显著减轻数据库或其他后端服务的负载压力。
表示开区间 直接写 毫秒 不写后面的序列号即可。start 和 end 的值写的一样即可获取单挑数据。使用 count 进行限制 使用方式和 XRANGE 类似，略。
Stream是Redis0 引入的一个新的数据类型，官方把它定义为：以更抽象的方式模拟日志的数据结构。
Redis哨兵(Sentinel)模式
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
哨兵模式特指特斯拉车主可实时查看车身四周摄像头的视频信息，当车辆被碰撞或移动时，外部摄像头会录制车辆周围的环境，并通过手机APP/短信通知车主，同时在车机上也可以查看录像。
哨兵模式是一种自动选择老大的模式，即在老大宕机之后，哨兵模式会根据哨兵们的内部投票，自动的重新选出一个新的老大。哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。
三分钟读懂redis数据库
---Redis的存储分为内存存储、磁盘存储和log文件三部分，重启后，Redis可以从磁盘重新将数据加载到内存中。
redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上（这称为“半持久化模式”）；也可以把每一次数据变化都写入到一个append only file（aof）里面（这称为“全持久化模式”）。
Redis是一个开源的内存数据结构存储系统，它也可以用作数据库、缓存和消息代理。Redis是Remote Dictionary Server的缩写，最初由Salvatore Sanfilippo开发。
NoSQL，泛指非关系型的数据库，NoSQL即Not-Only SQL，它可以作为关系型数据库的良好补充。随着互联网web0网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。
redis怎么做消息队列
一般来说，消息队列有两种模式，一种是发布者订阅模式，另外一种是生产者和消费者模式。Redis的消息队列，也是基于这2种原理的实现。 发布者和订阅者模式：发布者发送消息到队列，每个订阅者都能收到一样的消息。
有两种方法：Redis自带的PUB/SUB机制，即发布-订阅模式。
通过Redis做一个计数器 每读取一行记录数值，即使服务终止后，先从Redis读取这个数值 再通过cat指定行数开始读数据即可。 通过取模拆Key 分片到不同小Key存储 ，降低单个节点存储压力，也充分利用了存储资源。
消息队列（Message Queue）是一种应用间的通信方式，消息发送后可以立即返回，由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而不管是谁发布的。
Redis持久化的几种方式——RDB深入解析
1、redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。
2、RDB：RDB是一种快照持久化机制，它可以将Redis的内存数据周期性地写入磁盘上的一个文件中。
3、Redis 集合的数据持久化有两种方式，分别是 RDB （Redis Database）和 AOF （Append Only File）。
4、Redis 混合持久化的存储模式是， 开始的数据以 RDB 的格式进行存储 ，因此只会占用少量的空间， 并且之后的命令会以 AOF 的方式进行数据追加 ，这样就可以减低数据丢失的风险，同时可以提高数据恢复的速度。
5、RDB持久化机制，对redis中的 数据 执行周期性的持久化。 AOF机制对 每条写入命令 作为日志，以append-only的模式写入一个日志文件，在redis重启对时候，可以通过回放AOF日志中写入的指令来重新构建整个的数据集。
