RocketMQ MQTT 快速搭建验证

来自业务的需求,需要快速搭建一套支持 MQTT 协议的消息系统。

前期准备:

官方地址:https://github.com/apache/rocketmq-mqtt
RocketMQ从4.9.3 版本开始才支持该功能,所以需要先检查 RocketMQ 的版本是否满足。
RocketMQ 部署参考:https://rocketmq.apache.org/zh/docs/4.x/deployment/01deploy
JDK 版本: 1.8.x
在 RockerMQ Broker 的配置中增加如下配置,开启多队列分发特性:

enableLmq = true 
enableMultiDispatch = true

RocketMQ 的部署忽略(网上文章很多),下面开始 RocketMQ MQTT 的部署、验证

构建 RocketMQ MQTT

下载工程:
最新代码:

git clone https://github.com/apache/rocketmq-mqtt

发布版本:
https://github.com/apache/rocketmq-mqtt/releases

构建工程:
进入到代码根目录,执行 mvn 命令

cd rocketmq-mqtt
mvn -Prelease-all -DskipTests clean install -U 

配置 RocketMQ MQTT:

cd distribution/target/xxx

target 目录一直往下,看到
在这里插入图片描述
进入 conf:

cd conf

配置 meta.conf
在这里插入图片描述
selfAddress 部署 meta 的地址
memberAddress 可以是一组部署了 meta 的地址
我这里都是单节点

配置 service.conf
在这里插入图片描述
username 和 secretKey 在发布、订阅时认证需要
NAMESRV_ADDR ns 地址
eventNotifyRetryTopic 事件通知消息重试 Topic,提前创建
clientRetryTopic 客户端消息重试 Topic,提前创建
metaAddr 就用 meta.conf 中的地址

创建 Topic:

mqadmin updateTopic -n 10.22.34.179:9876 -c DefaultCluster -t eventNotifyRetryTopic
mqadmin updateTopic -n 10.22.34.179:9876 -c DefaultCluster -t clientRetryTopic
mqadmin updateTopic -n 10.22.34.179:9876 -c DefaultCluster -t testTopic

初始化元数据:
配置网关:

mqadmin updateKvConfig -s LMQ -k LMQ_CONNECT_NODES -v 10.22.34.179 -n 10.22.34.179:9876

配置一级 Topic:

mqadmin updateKvConfig -s LMQ -k ALL_FIRST_TOPICS -v eventNotifyRetryTopic,clientRetryTopic,testTopic -n 10.22.34.179:9876

配置每个一级 Topic 的通配符:

mqadmin updateKvConfig -s LMQ -k eventNotifyRetryTopic -v testTopic/# -n 10.22.34.179:9876
mqadmin updateKvConfig -s LMQ -k clientRetryTopic -v testTopic/# -n 10.22.34.179:9876
mqadmin updateKvConfig -s LMQ -k testTopic -v testTopic/# -n 10.22.34.179:9876

踩坑一: 后面新增的 Topic 没走配置一级 Topic 这步,mqtt 消费订阅发布不正常。
注意: 后期新增 Topic,首先需要创建、然后配置一级 Topic、然后配置一级 Topic 的通配符,否则会出现发布订阅预期外的情况。
以上步骤走完后,就可以启动工程了。

启动 RocketMQ MQTT:

cd bin
sh meta.sh start
sh mqtt.sh start

命令执行后确认是否执行成功:
jps -l 可以看到下面两个进程:
org.apache.rocketmq.mqtt.cs.starter.Startup
org.apache.rocketmq.mqtt.meta.starter.MetaStartup
查看端口是否被监听:
meta: 25000
mqtt: 1883

如果端口没被监听或者发布订阅有报错,到 $HOME/logs/xx.log 查看具体日志。
在这里插入图片描述
踩坑二: 进程存在,1883 一直没被监听,看启动日志是连 ns 出现了超时。
踩坑三: 部署到服务器上,发布时用户名和密码填正确的也报错。
在这里插入图片描述

原因:执行命令后,需要使用到 $JAVA_HOME/jre/lib/ext/ 文件夹下的相关 jar 包,但是由于系统的原因,无法使用该包下的 jar 包
解决:手动将 $JAVA_HOME/jre/lib/ext/sunjce_provider.jar 包复制到 target/xx/lib 目录下即可

调试 RocketMQ MQTT:

示例代码:https://github.com/apache/rocketmq-mqtt/tree/main/mqtt-example/src/main/java/org/apache/rocketmq/mqtt/example
发布消息:
在这里插入图片描述
订阅消息:

客户端调试工具:MQTTX
MQTTX 发布订阅消息:
在这里插入图片描述

RocketMQ MQTT 的资料在网上比较少,我也会及时更新在使用过程中遇到的坑及解决办法。

### RabbitMQ 与 RocketMQ 的功能对比及适用场景 #### 功能对比 RabbitMQ 是一种基于 AMQP 协议的消息中间件,具有丰富的消息路由能力以及对多种协议的支持。其核心优势在于灵活性和多协议兼容性[^1]。相比之下,RocketMQ 则专注于高性能、高吞吐量的需求,在大规模分布式环境中表现出色。以下是两者的主要功能差异: - **消息协议支持** - RabbitMQ 支持多种消息协议(如 AMQP、STOMP、MQTT 等),这使得它能够适应更广泛的客户端环境和应用场景。 - RocketMQ 主要针对内部自定义协议优化,虽然也提供了 REST 接口扩展,但在跨协议适配方面不如 RabbitMQ 多样化。 - **性能表现** - RabbitMQ 在低延迟的小规模应用中有较好的表现,但由于其实现机制的原因,在极高并发下可能面临性能瓶颈。 - RocketMQ 经过阿里巴巴多年双十一活动验证,具备极高的吞吐能力和稳定性,特别适合处理海量数据流的任务。 - **持久性和可靠性** - RabbitMQ 提供了灵活的持久化选项,并且可以通过镜像队列实现高可用配置。 - RocketMQ 同样强调消息的可靠传递,采用主从同步复制技术保障数据安全,同时支持事务消息以满足强一致性要求。 - **管理工具** - RabbitMQ 自带一个易于使用的 Web UI —— Management Plugin ,方便用户查看节点状态、队列详情等信息。 - 对于 RocketMQ 而言,则有专门开发的 RocketMQ Console 工具,除了基础运维操作外还增加了更多高级特性比如流量分析图表展示等功能[^3]。 #### 适用场景 根据上述特点可以得出如下结论关于两者的最佳实践领域: - **RabbitMQ 更加契合以下情况:** - 需求涉及复杂的交换器模式或者定制化的消费逻辑; - 应用程序需要对接不同类型的通信标准 (例如 IoT 设备常用 MQTT ) ; - 小型项目或团队希望快速搭建起稳定可靠的异步通讯框架而无需过多关注底层细节 . - **RocketMQ 更倾向于应用于这些场合:** - 实时日志采集平台构建; - 广告投放系统中的点击事件追踪记录存储; - 社交网络好友动态推送服务架构设计等等一切追求极致效率的大数据相关业务环节 . ```python # 示例代码片段展示了如何创建简单的生产者/消费者模型(伪代码形式) from rocketmq.client import Producer, Message producer = Producer('group_name') producer.set_namesrv_addr('localhost:9876') msg = Message('TestTopic', body=b'Hello World!') result = producer.send_sync(msg) print(f'Send Result Status:{result.status}') ```
评论 9
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值