消息队列基本原理和选型对比

最新推荐文章于 2024-05-24 14:25:27 发布

Linux服务器开发

最新推荐文章于 2024-05-24 14:25:27 发布

阅读量213

点赞数

分类专栏： C++后台开发后端开发 C++开发文章标签：中间件分布式消息队列后端开发 C/C++开发

本文链接：https://blog.csdn.net/Linuxhus/article/details/126405689

版权

本文详细介绍了消息队列在分布式系统中的作用，如解耦、异步处理和削峰填谷。探讨了点对点模式和发布/订阅模式，并对Kafka、RabbitMQ和RocketMQ的术语、系统框架、优缺点及使用场景进行了对比分析，为读者提供了消息队列的选型参考。

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

消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，削峰填谷等问题。实现高性能、高可用、可伸缩和最终一致性架构。

多个生产者可以向同一个消息队列发送消息，一个消息在被一个消息者消费成功后，这条消息会被移除，其他消费者无法处理该消息。如果消费者处理一个消息失败了，那么这条消息会重新被消费。

发布订阅模式需要进行注册、订阅，根据注册消费对应的消息。多个生产者可以将消息写到同一个 Topic 中，多种消息可以被同一个消费者消费。一个生产者生产的消息，同样也可以被多个消费者消费，只要他们进行过消息订阅。

消息顺序：发送到队列的消息，消费时是否可以保证消费的顺序；
伸缩：当消息队列性能有问题，比如消费太慢，是否可以快速支持扩容；当消费队列过多，浪费系统资源，是否可以支持缩容。
消息留存：消息消费成功后，是否还会继续保留在消息队列；
容错性：当一条消息消费失败后，是否有一些机制，保证这条消息一定能成功，比如异步第三方退款消息，需要保证这条消息消费掉，才能确定给用户退款成功，所以必须保证这条消息消费成功的准确性；
消息可靠性：是否会存在丢消息的情况，比如有 A/B 两个消息，最后只有 B 消息能消费，A 消息丢失；
消息时序：主要包括“消息存活时间”和“延迟消息”；
吞吐量：支持的最高并发数；
消息路由：根据路由规则，只订阅匹配路由规则的消息，比如有 A/B 两者规则的消息，消费者可以只订阅 A 消息，B 消息不会消费。