Redis事件订阅和持久化存储

最新推荐文章于 2025-01-27 12:30:00 发布

weixin_30800987

最新推荐文章于 2025-01-27 12:30:00 发布

阅读量184

点赞数

CC 4.0 BY-SA版权

文章标签：数据库大数据 java

原文链接：http://www.cnblogs.com/chen-msg/p/8489652.html

本文介绍了Redis从2.X版本开始支持的发布/订阅机制。该机制基于非持久化消息，采用发布/订阅模式，允许服务端主动推送事件通知。文章还提到了两种不同类型的事件功能：基于Channel的消息事件及针对Keys变化的通知。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

http://blog.csdn.net/yinwenjie/article/details/53518286

Redis从2.X版本开始，就支持一种基于非持久化消息的、使用发布/订阅模式实现的事件通知机制。所谓基于非连接保持，是因为一旦消息订阅者由于各种异常情况而被迫断开连接，在其重新连接后，其离线期间的事件是无法被重新通知的（一些Redis资料中也称为即发即弃）。而其使用的发布/订阅模式，意味着其机制并不是由订阅者周期性的从Redis服务拉取事件通知，而是由Redis服务主动推送事件通知到符合条件的若干订阅者。

Redis中的事件功能可以提供两种不同的功能。一类是基于Channel的消息事件，这一类消息和Redis中存储的Keys没有太多关联，也就是说即使不在Redis中存储任何Keys信息，这类消息事件也可以独立使用。另一类消息事件可以对（也可以不对）Redis中存储的Keys信息的变化事件进行通知，可以用来向订阅者通知Redis中符合订阅条件的Keys的各种事件。Redis服务的事件功能在实际场景中虽然使用得不多，不过还是可以找到案例，例如服务治理框架DUBBO默认情况下使用Zookeeper作为各节点的服务协调装置，但可以通过更改DUBBO的配置，将Zookeeper更换为Redis。

。。。。。

转载于:https://www.cnblogs.com/chen-msg/p/8489652.html