RabbitMQ和Kafka对比（二）

最新推荐文章于 2024-08-07 00:25:00 发布

大鹏小站

最新推荐文章于 2024-08-07 00:25:00 发布

阅读量223

点赞数

分类专栏： rabbitmq

本文链接：https://blog.csdn.net/linjpg/article/details/113482593

版权

本文对比分析了RabbitMQ和Kafka在可靠性和持久化方面的特性。RabbitMQ采用master queue和mirror queue确保高可用，但可能会有消息重复消费；Kafka通过主从同步和客户端保存消费位移解决丢消息问题，但在顺序保证和集群稳定性方面稍逊一筹。通过适当配置，Kafka的可靠性可以与RabbitMQ相当。

摘要由CSDN通过智能技术生成

RabbitMQ可靠性

我们通过前文知道，RabbitMQ的队列分为master queue和mirror queue，mirror queue 在master queue宕机之后，会被提升为master queue，如下图所示。

队列A的consumer在消费的时候，机器宕机，此时客户端和服务端分别做如下动作：
在这里插入图片描述

服务端：把mirror queue提升为master queue
客户端：连接到新的master queue 所在的节点进行消费或者生产
当master queue 所在节点宕机后，其正在被消费的消息的相关信息全部丢失，即服务端不知道消费者对那一瞬间消费的消息是否进行了ACK，所以在mirror queue被提升为master queue时，会把宕机前正在进行消费的的消息全部重新发送一遍，即客户端重连后，消息可能被重复消费，这个时候就必须依靠应用层逻辑来判断来避免重复消费。

在持久化方面，RabbitMQ的master queue每次收到新消息后，都会立刻写入磁盘，并把消息同步给mirror queue。假设在master queue 收到消息后，消息未同步到mirror queue 之前master queue 宕机，则此时mirror queue中就没有刚刚master queue收到的那条消息，当这个mirror queue被提升为master queue时，消费者连接到新的master queue上进行消费时就丢了一条消息。所以，RabbitMQ也会丢消息&