大数据技术分享：Redis与Kafka的区别

最新推荐文章于 2025-03-10 23:56:20 发布

已转行此号停用

最新推荐文章于 2025-03-10 23:56:20 发布

阅读量2.6k

点赞数 3

分类专栏：个人技术分享

本文链接：https://blog.csdn.net/qianfeng_dashuju/article/details/106852003

版权

本文对比了Kafka与Redis的PUB/SUB功能，指出Kafka作为一个完整系统，提供高吞吐量、消息持久化和多样消费模型，适合高可靠性场景。而Redis的PUB/SUB适合实时性高、消息持久性需求不高的应用，如网络聊天室。两者在消息分组、数据丢失容忍度和消费自由度上有显著区别。

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

第一:

Kafka与Redis PUB/SUB之间较大的区别在于Kafka是一个完整的系统，而Redis PUB/SUB只是一个套件(utility)——没有冒犯Redis的意思，毕竟它的主要功能并不是PUB/SUB。

第二:

Redis 消息推送（基于分布式pub/sub）多用于实时性较高的消息推送，并不保证可靠。（推荐学习：Redis视频教程）其他的mq和Kafka保证可靠但有一些延迟（非实时系统没有保证延迟）。redis-pub/sub断电就清空，而使用redis-list作为消息推送虽然有持久化，但是又太弱智，也并非完全可靠不会丢。

第三:

Redis 发布订阅除了表示不同的topic 外，并不支持分组，比如Kafka中发布一个东西，多个订阅者可以分组，同一个组里只有一个订阅者会收到该消息，这样可以用作负载均衡。

第四:

Redis，它首先是一个内存数据库，其提供的PUB/SUB功能把消息保存在内存中(基于channel)，因此如果你的消息的持久性需求并不高且后端应用的消费能力超强的话，使用Redis PUB/SUB是比较合适的使用场景。比如官网说提供的一个网络聊天室的例子：模拟IRC，因为channel就是IRC中的服务器。用户发起连接，发布消息到channel，接收其他用户的消息。这些对于持久性的要求并不高，使用Redis PUB/SUB来做足矣。

而Kafka是一个完整的系统，它提供了一个高吞吐量、分布式的提交日志(由于提供了Kafka Connect和Kafka Streamsÿ