RocketMQ是什么

RocketMQ是一款分布式消息中间件,提供严格的消息顺序保证、多种拉取模式、高效扩展能力和实时订阅机制。具备亿级消息堆积、集群无单点、支持大规模队列及消息失败重试等功能,广泛应用于异步处理、解耦、最终一致性场景。
部署运行你感兴趣的模型镜像

消息服务的应用场景:

  • 异步
  • 解耦
  • 最终一致性
  • 并行

RocketMQ是什么? 

 RocketMQ 是一款分布式、队列模型的消息中间件,具有以下特点:   

  • 能够保证严格的消息顺序

  • 提供丰富的消息拉取模式

  • 高效的订阅者水平扩展能力

  • 实时的消息订阅机制

  • 亿级消息堆积能力
选择RocketMQ的理由:
  • 强调集群模式无单点,可扩展,任意一点高可用,水平扩展
  • 海量数据的堆积能力,消息堆积后,写入延迟低
  • 支持上万个队列
  • 消息失败重试机制
  • 消息可查询
  • 开源社区灵活
  • 成熟度(支持阿里双十一)

服务部署:
1. 环境说明:

IP

主机名

角色

架构模式

192.168.0.10

rocketmq-master1

namserserver

brokerserver

Master1(双Master模式)

192.168.0.11

rocketmq-master2

namserserver

brokerserver

Master2(双Master模式)

2. 修改/etc/hosts 文件
192.168.0.10 rocketmq-nameserver1
192.168.0.10 rocketmq-master1
192.168.0.11 rocketmq-nameserver2
192.168.0.11 rocketmq-master2

3. 系统架构图


4. RocketMQ的安装
下载地址:点击打开链接(上传192.168.0.10、192.168.0.11


两台服务分次解压:

tar xvzf alibaba-rocketmq-3.2.6.tar.gz  -C  /usr/local





4. RocketMQ的配置

mkdir   /usr/local/alibaba-rocketmq/store
mkdir  /usr/local/alibaba-rocketmq/store/commitlog
mkdir  /usr/local/alibaba-rocketmq/store/consumequeue
mkdir  /usr/local/alibaba-rocketmq/store/index

1)修改Master1的服务
#vi /usr/local/rocketmq/conf/2m-noslave/broker-a.properties
brokerClusterName=rocketmq-culster //两台服务的集群名称一定要一样
brokerName=broker-a     //节点名称
brokerId=0    //等于0Master,大于0 slave
namesrvAddr=mqnameserver1:9876;mqnameserver2:9876  //nameserver 地址


2)  修改Master2的服务
#vi /usr/local/rocketmq/conf/2m-noslave/broker-b.properties
brokerClusterName=rocketmq-culster //两台服务的集群名称一定要一样
brokerName=broker-a     //节点名称
brokerId=0    //等于0 Master,大于0 slave

namesrvAddr=mqnameserver1:9876;mqnameserver2:9876  //nameserver 地址

3)  修改两台服务的JVM参数(RocketMQ 堆内存不能小于1G)
#vi /usr/local/alibaba-rocketmq/bin/runserver.sh
#vi /usr/local/alibaba-rocketmq/bin/runbroker.sh
JAVA_OPT="${JAVA_OPT} -server -Xms1g -Xmx1g -Xmn512m -XX:PermSize=128m -XX:MaxPermSize=320m"

4)  修改两台服务的log日志
# mkdir /usr/local/alibaba-rocketmq/logs/
# cd /usr/local/alibaba-rocketmq/conf && sed -i  's#${user.home}#/usr/local/alibaba-rocketmq/logs/data#g' *.xml
logback_broker.xml
logback_filtersrv.xml
logback_namesrv.xml
logback_tools.xml
   --- 这个配置log文件目录将会改变

5)  启动nameserver1 nameserver2 brokerserver1 brokerserver2 依次启动

#nohup sh mqnamesrv &  --启动nameserver
#nohup sh mqbroker -c ../conf/2m-noslave/broker-a.properties  >/dev/null 2>&1 &  --启动brokerserver

6)  查看状态(jps)
     查看日志:tail  -f /usr/local/alibaba-rocketmq/logs/rocketmqlogs/broker.log
                         tail  -f /usr/local/alibaba-rocketmq/logs/rocketmqlogs/namesrv.log
     



5. RocketMQ控制台的安装

环境:Tomcat 7.0、rocketmq-console.war(我的资源去下载)
1) 安装Tomcat 
  #tar xvzf  apache-tomcat-7.0.73.tar.gz  -C  /usr/local




2)    新建目录rocketmq-console
  #mkdir  /usr/local/apache-tomcat-7.0.73/webapps/rocketmq-console
  # 上传rocketmq-console.war 到webapp 下
 #unzip rocketmq-console.war  rocketmq-console
 # vi  /usr/local/apache-tomcat-7.0.73/webapps/rocketmq-console/WEB-INF/classes/config.properties
     rocketmq.namesrv.addr=192.168.0.10:9876;192.168.0.11:9876





您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

<think>嗯,用户之前让我对比Redis和MySQL,现在又问我RocketMQ是什么。看起来他们可能是在学习或工作中需要了解不同的技术组件,尤其是消息队列。用户可能已经对数据库和缓存有了一定的了解,现在想扩展到消息队列,特别是RocketMQ。我需要先确定RocketMQ的核心概念,然后解释它的用途、架构以及适用场景。 首先,RocketMQ是阿里开源的分布式消息中间件,属于消息队列系统。用户可能想知道它的基本功能,比如消息的发送、存储和消费。需要和之前提到的Redis对比,可能Redis也有消息队列的功能,但RocketMQ更专业。 接下来,用户可能关心RocketMQ的主要特点,比如高吞吐量、高可用性、可靠性、顺序消息、事务消息等。需要详细说明这些特性,以及它们在实际应用中的优势。比如,事务消息可以用于分布式事务场景,确保数据一致性。 然后,架构部分,RocketMQ由NameServer、Broker、Producer、Consumer组成。NameServer负责服务发现,Broker存储消息,Producer发送消息,Consumer消费消息。需要解释每个组件的作用和它们之间的协作流程,可能用流程图或示意图帮助理解。 适用场景也很重要,用户可能想知道什么时候应该选择RocketMQ而不是其他消息队列,比如Kafka或RabbitMQ。需要比较它们的差异,比如RocketMQ在事务消息和顺序消息方面的优势,适合电商、金融等需要高可靠性的场景。 另外,用户可能对RocketMQ的部署和运维感兴趣,比如集群搭建、监控、故障处理等。可能需要简要提及,但不用太深入,除非用户有进一步的问题。 还要注意用户的技术背景,可能不是特别深入,所以需要用通俗易懂的语言,避免过多专业术语。同时结合之前的Redis和MySQL对比,说明消息队列在系统架构中的位置和作用,比如解耦、异步处理、流量削峰等。 最后,是否需要给出一些实际的使用示例或者最佳实践?比如如何用RocketMQ处理订单创建和库存扣减的异步流程,或者如何保证消息不丢失。这些例子能帮助用户更好地理解理论概念。 总之,回答需要结构清晰,先定义RocketMQ,再讲解核心特性、架构、应用场景,对比其他技术,最后可能给出使用建议。确保内容准确,同时易于理解。</think>### **RocketMQ 核心解析** #### **1. 定义与定位** - **本质**:阿里巴巴开源的**分布式消息中间件**(2012年开源,2017年成为Apache顶级项目) - **核心能力**:实现系统间**异步解耦**、**流量削峰**、**数据顺序性保障** - **对标产品**:Kafka、RabbitMQ(但设计更贴合互联网业务场景) --- #### **2. 核心特性** | **特性** | **说明** | |------------------|-------------------------------------------------------------------------| | **高吞吐** | 单机支持10万+ TPS,集群可扩展至百万级(通过**多副本分片**实现) | | **严格顺序** | 同一队列(MessageQueue)内消息顺序存储与消费(适用于订单状态流转等场景)| | **事务消息** | 支持**分布式事务**(两阶段提交),保障业务与消息发送的一致性 | | **延时消息** | 支持消息定时投递(精度:秒级),如30分钟后关闭未支付订单 | | **消息回溯** | 可重新消费指定时间点的历史消息(排查问题或修复数据) | | **高可用** | 基于**主从架构**+**Dledger选举协议**,实现故障自动切换(99.95% SLA) | --- #### **3. 核心架构** ```mermaid graph TB Producer[生产者] -->|发送消息| Broker[(Broker集群)] Consumer[消费者] -->|拉取消息| Broker NameServer[NameServer集群] -->|注册与发现| Broker NameServer -->|获取路由信息| Producer NameServer -->|获取路由信息| Consumer subgraph Broker内部结构 BrokerMaster[Master节点] -->|同步数据| BrokerSlave[Slave节点] CommitLog[(CommitLog)] --> 存储原始消息 ConsumeQueue[ConsumeQueue] --> 消息逻辑队列索引 IndexFile[(IndexFile)] --> 消息关键词索引 end ``` ##### **关键组件** 1. **NameServer** - 轻量级服务发现组件(无状态) - 维护Topic与Broker的映射关系(类似Kafka的ZooKeeper,但更轻量) 2. **Broker** - 消息存储与转发核心节点 - 数据持久化到磁盘(CommitLog顺序写,性能优化关键) 3. **Producer/Consumer** - 生产者支持多种发送模式(同步、异步、单向) - 消费者支持集群消费(负载均衡)和广播消费模式 --- #### **4. 典型应用场景** 1. **电商订单系统** - **场景**:用户下单 → 发送订单消息 → 异步触发库存扣减、物流调度、支付通知 - **优势**:通过**削峰填谷**应对秒杀活动的高并发写入,MySQL仅处理最终持久化 2. **金融交易对账** - **场景**:支付成功消息 → RocketMQ → 对账系统消费(保证**严格顺序**,避免金额错乱) 3. **物联网数据采集** - **场景**:百万级设备上报数据 → RocketMQ缓冲 → 批量写入HBase/ClickHouse - **优势**:高吞吐支撑突发流量,避免直接压垮存储系统 4. **分布式事务** - **示例**: ```java // 事务消息伪代码 TransactionMQProducer producer.sendMessageInTransaction(msg, new LocalTransactionExecutor() { @Override public LocalTransactionState execute(Message msg) { // 1.执行本地业务(如扣减库存) if (inventoryService.reduceStock()) { return LocalTransactionState.COMMIT; // 提交消息 } else { return LocalTransactionState.ROLLBACK; // 回滚消息 } } }); ``` --- #### **5. 性能优化设计** - **写入优化** - **顺序写盘**:所有消息追加到CommitLog(避免磁盘随机I/O) - **页缓存加速**:利用Linux PageCache提升读写效率(避免JVM GC影响) - **读取优化** - **零拷贝技术**:通过`mmap`或`sendfile`减少数据拷贝次数 - **消费队列分片**:单个Topic拆分为多个MessageQueue,并行消费 --- #### **6. 与Kafka关键差异** | **维度** | **RocketMQ** | **Kafka** | |----------------|---------------------------------------|------------------------------------| | **消息延迟** | 毫秒级(支持更多实时场景) | 毫秒级(两者相当) | | **事务消息** | 原生支持 | 依赖Kafka Streams或外部协调 | | **消息回溯** | 按时间戳精确回溯 | 仅支持Offset回溯(需自行维护时间映射)| | **运维复杂度** | 自带控制台(可视化监控) | 依赖第三方工具(如Kafka Manager) | | **适用场景** | 业务消息(电商、金融) | 日志流处理(大数据场景) | --- #### **7. 学习与实践建议** 1. **快速体验** ```bash # 单机部署 wget https://archive.apache.org/dist/rocketmq/4.9.4/rocketmq-all-4.9.4-bin-release.zip unzip rocketmq-all-4.9.4-bin-release.zip nohup bin/mqnamesrv & # 启动NameServer nohup bin/mqbroker -n localhost:9876 & # 启动Broker ``` 2. **生产注意事项** - **集群部署**:至少2主2从(跨机房容灾) - **监控指标**:关注堆积量(ConsumerOffset滞后)、Broker磁盘水位 - **容灾演练**:定期模拟主节点宕机,验证自动切换是否正常 --- **总结**:RocketMQ是支撑互联网高并发场景的“消息高速公路”,其**顺序消息**和**事务消息**设计尤其适合需要强一致性的业务系统。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值