redis发布订阅消息会丢失吗，redisson 发布订阅

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

Redis实现不可靠发布/订阅功能

1、虽然Redis提供了发布/订阅的功能，但是并不完善，导致基本没有合适的场景能够使用。PubSub缺点：直到Redis0出现之后，出现了Stream这种数据结构，才终于完善了Redis的消息机制。

2、redis-pub/sub断电就清空，而使用redis-list作为消息推送虽然有持久化，但是又太弱智，也并非完全可靠不会丢。

3、缓存、发布订阅系统等。Redis是一种开源的内存数据存储系统，用于缓存存储频繁访问的数据，减轻数据库的负载。Redis还可用于发布订阅系统，支持多个客户端通过订阅频道来接收实时的消息，从而实现聊天应用、新闻推送等。

4、启动订阅进程，启动发布进程。分别断开与redis之前的网络连接，发现jedis断开后又重连连上了，通过redis命令pubsub命令查询订阅数，发现订阅数减少了。由此证明当网络中断后订阅丢失。

1、因为 master - slave的复制是异步的（客户端发送给redis，主节点数据同步到内存中后就返回成功了）所以可能有部分数据还没复制到slave，master就宕机了，此时master内存中的数据也没了，这些部分数据就丢失了。

2、可能有人会遇到，Redis 经常会丢掉一些数据，写进去了，过一会儿可能就没了。那么你可能是将Redis当成存储了而没有当作缓存。啥叫缓存？用内存当缓存。内存是无限的吗，内存是很宝贵而且是有限的，磁盘是廉价而且是大量的。

3、所以就是惰性删除了。惰性删除就是说，在你获取某个key的时候，redis会检查一下，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。

4、Map中的数据过期：Redis支持设置键的过期时间，如果Map的键在设定的过期时间内没有被访问，那么Redis会自动删除该键及其对应的值。因此，如果取出Map后发现数据没有了，可能是因为该Map的键已经过期被自动删除了。

5、appendonly yes/no ，appendonly配置，指出是否在每次更新操作后进行日志记录，如果不开启，可能会在断电时导致一段时间内的数据丢失。

6、定期删除。每隔一段时间，默认100ms，Redis会随机挑选一定数量的Key，检查是否过期，并将过期的数据删除。原因一：跟 Redis 的版本有关系，Redis 2 之前版本，读从库并不会判断数据是否过期，所以有可能返回过期数据。

redis订阅主题数过一段时间就减少，导致订阅的进程无法收到生产者publish的消息。启动订阅进程，启动发布进程。

使用redis-benchmark持续灌入数据制造输入缓冲区压力（防止干扰，先清空数据再压测）压测几秒钟后，触发OOM 检查输入缓冲区内存消耗，能看到客户端输入缓冲区消耗总量为 4G左右，远远超过maxmemory参数设置。

对于 client 来讲，就需要做些处理，比如先将数据缓存到内存当中，然后过一段时间处理，或者连接失败，接收到错误切换新的 master 处理。

哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点。一般需要单数的哨兵进行选举，大多数达成一致。

例如监控、选主和通知。在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。

1、我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。

2、kafka是个日志处理缓冲组件，在大数据信息处理中使用。和传统的消息队列相比较简化了队列结构和功能，以流形式处理存储（持久化）消息（主要是日志）。

3、数据库应用场景不同：Redis主要用于缓存、队列、计数器等，而关系型数据库主要用于存储关系型数据。数据库的处理方式不同：Redis可以对数据进行持久化，包括RDB快照和AOF日志两种方式，保证数据不丢失。

redis发布订阅消息会丢失吗的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redisson 发布订阅、redis发布订阅消息会丢失吗的信息别忘了在本站进行查找喔。