# 云消息队列 MQ #
1
关注
13453内容
【实践】快速学会使用云消息队列RabbitMQ版
本次分享的主题是快速学会使用云消息队列RabbitMQ版的实践。内容包括：如何创建和配置RabbitMQ实例，如Vhost、Exchange、Queue等；如何通过阿里云控制台管理静态用户名密码和AccessKey；以及如何使用RabbitMQ开源客户端进行消息生产和消费测试。最后介绍了实验资源的回收步骤，确保资源合理利用。通过详细的操作指南，帮助用户快速上手并掌握RabbitMQ的使用方法。
高弹性、低成本的云消息队列RabbitMQ 版
本次课程由阿里云消息队列产品专家杨文婷分享，主题为高弹性、低成本的云消息队列RabbitMQ。内容涵盖四个方面：1) 产品优势，包括兼容开源客户端、解决稳定性痛点和高弹性低成本；2) 架构实现原理，如分布式架构和弹性调度系统；3) Serverless系列带来的按量付费模式和资源池优势；4) Serverless适用场景，如开发测试环境、峰谷流量业务等。最后解答了关于顺序消费、与普通MQ对比、自动扩容及API支持等常见问题。
仙讯畅通无阻：探索MQ阵法的强大功能
MQ（消息队列）起源于1993年IBM推出的MQSeries，后更名为WebSphere MQ和IBM MQ。常见的MQ系统包括：IBM MQ、Apache ActiveMQ、RabbitMQ、Apache Kafka、RocketMQ和Amazon SQS。这些系统广泛应用于异步通信、系统解耦和削峰填谷等场景，确保消息的可靠传递。在修真界，MQ阵法如同神秘的传信工具，能在仙人修炼时安全传递重要信息，保障仙讯畅通无阻。
说说MQ在你项目中的应用(一)
本文总结了消息队列（MQ）在项目中的应用，主要围绕异步处理、系统解耦和流量削峰三大功能展开。通过分析短信通知和业务日志两个典型场景，介绍了MQ的实现方式及其优势。短信通知中，MQ用于异步发送短信并处理状态更新；业务日志中，Kafka作为高吞吐量的消息系统，负责收集和传输系统及用户行为日志，确保数据的可靠性和高效处理。MQ不仅提高了系统的灵活性和响应速度，还提供了重试机制和状态追踪等功能，保障了业务的稳定运行。
说说MQ在你项目中的应用(二)商品支付
本文总结了消息队列（MQ）在支付订单业务中的应用，重点分析了RabbitMQ的优势。通过异步处理、系统解耦和流量削峰等功能，RabbitMQ确保了支付流程的高效与稳定。具体场景包括用户下单、支付请求、商品生产和物流配送等环节。相比Kafka，RabbitMQ在低吞吐量、高实时性需求下表现更优，提供了更低延迟和更高的可靠性。
如果对方没做幂等！记一次生产订单重复的反思
公司旧系统中发现一个严重bug：用户支付一年服务费，系统却将有效期增加了两年。经分析，原因是消息队列（MQ）向第三方服务发送了两次消息，且该接口未实现幂等性控制。此问题可能导致财务损失和信誉受损。解决方案包括：生产者端通过请求频率限制、幂等键等防重措施；消费者端利用缓存和数据库确保幂等性；消息队列层配置去重功能、TTL和死信队列等。
MQ四兄弟：如何保证消息可靠性
本文介绍了RabbitMQ、RocketMQ、Kafka和Pulsar四种消息中间件的可靠性机制。这些中间件通过以下几种方式确保消息的可靠传输：1. 消息持久化，确保消息在重启后不会丢失；2. 确认机制，保证消息从生产者到消费者都被成功处理；3. 重试机制，处理失败后的重试；4. 死信队列，处理无法消费的消息。每种中间件的具体实现略有不同，但核心思想相似，都是从生产者、中间件本身和消费者三个角度来保障消息的可靠性。
MQ四兄弟：如何保证消息顺序性
在分布式系统中，消息队列（MQ）是确保组件间高效通信的关键。RabbitMQ、RocketMQ、Kafka和Pulsar通过不同机制保证消息顺序性：RabbitMQ依赖单一队列和消费者模式；RocketMQ使用MessageQueueSelector；Kafka基于Partition和Key；Pulsar通过分区主题和键路由。这些系统的核心思想是将相同特征的消息发送到同一队列或分区，并按先进先出原则消费，从而确保消息顺序性。
消息队列 MQ 性能大揭秘
本文对比了RabbitMQ、RocketMQ、Kafka和Pulsar四款消息队列的性能。RabbitMQ的吞吐量为万级，延迟在低吞吐量时可低至微秒级；高吞吐量下延迟显著上升。RocketMQ官方宣称支持万亿级吞吐量，实际测试中可达百万级TPS，延迟为毫秒级。Kafka和Pulsar的吞吐量均为百万级，Kafka延迟低至2ms，Pulsar延迟约10ms。总体来看，Kafka在高吞吐量下表现最优，而RabbitMQ适合对速度与可靠性要求高的低吞吐量场景。
2024最全RocketMQ集群方案汇总
在研究RocketMQ集群方案时，发现网上存在诸多不一致之处，如组件包含NameServer、Broker、Proxy等。通过查阅官方文档，了解到v4.x和v5.x版本的差异。v4.x部署模式包括单主、多主、多主多从（异步复制、同步双写），而v5.x新增Local与Cluster模式，主要区别在于Broker和Proxy是否同进程部署。Local模式适合平滑升级，Cluster模式适合高可用需求。不同模式下，集群部署方案大致相同，涵盖单主、多主、多主多从等模式，以满足不同的高可用性和性能需求。
免费试用