jedis订阅发布故障处理
1、redis订阅主题数过一段时间就减少，导致订阅的进程无法收到生产者publish的消息。启动订阅进程，启动发布进程。
2、使用redis-benchmark持续灌入数据 制造输入缓冲区压力（防止干扰，先清空数据再压测）压测几秒钟后，触发OOM 检查输入缓冲区内存消耗，能看到客户端输入缓冲区消耗总量为 4G左右，远远超过maxmemory参数设置。
3、哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点。一般需要单数的哨兵进行选举，大多数达成一致。
4、其实关于配置是一个比较难或者说没有确定答案的部分，这里只能给出一些思路和解决一些异常的方法。
5、例如监控、选主和通知。在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。
Redis模拟多个redis客户端实现订阅功能
1、Redis支持发布订阅模式，可以用于实现实时消息推送、事件通知等场景。发布者将消息发布到特定的频道，订阅者可以订阅感兴趣的频道并接收消息，实现消息的实时分发。
2、可以看到执行命令后，redis 客户端做了以下工作：输入 yes 后，redis 客户端做了以下工作：集群搭建完毕。因为 Redis Cluster 默认要求所有的槽位被覆盖，可以通过修改 cluster-require-full-coverage yes 配置来改变该行为。
3、Redis为我们提供了发布/订阅的功能模块PubSub，可以用于消息传递。其中发布者publisher、订阅者subscriber都是redis客户端，channel则是redis服务器。发布者publisher向channel发送消息，订阅该channel的subscriber就会接收到消息。
4、Redis哨兵模式的实现原理。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务。
5、排行榜应用实现这个功能主要用到的redis数据类型是redis的有序集合zset。zset 是set 类型的一个扩展，比原有的类型多了一个顺序属性，此属性在每次插入数据时会自动调整顺序值，保证value值按照一定顺序连续排列。
redis的subscribe怎么用
订阅者可以通过subscribe和psubscribe命令向redis server订阅自己感兴趣的消息类型，redis将消息类型称为通道(channel)。当发布者通过publish命令向redis server发送特定类型的消息时。订阅该消息类型的全部client都会收到此消息。
按照上述这种方式，如果 订阅者subscriber想要订阅多个channel 则需要同时指定多个channel的名称，redis为了解决这个问题提供 psubscribe模式匹配 这种订阅方式，可以通过通配符的方式匹配频道。
Redis 的 SUBSCRIBE 命令可以让客户端订阅任意数量的频道， 每当有新信息发送到被订阅的频道时， 信息就会被发送给所有订阅指定频道的客户端。
原子 – Redis的所有操作都是原子性的，同时Redis还支持对几个操作全并后的原子性执行。丰富的特性 – Redis还支持 publish/subscribe， 通知， key 过期等等特性。
Redis的0版本之后可用，键空间消息（Redis Keyspace Notifications），配合0.0版本之后的SUBSCRIBE可以完成这个定时任务的操作了，定时的单位是秒。
redispubsub是什么的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redispubsub原理、redispubsub是什么的信息别忘了在本站进行查找喔。