Centos7搭建RocketMQ集群

已于 2024-09-10 18:38:14 修改
阅读量1.5k 收藏 26
点赞数 44
分类专栏： 消息队列 文章标签： rocketmq 消息队列
于 2024-09-10 16:18:57 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_15752347/article/details/142064800
版权

一、前言

我们之前已经介绍过如何在Centos7下搭建RocketMQ，想要了解的同学可以查看我的这篇文章
Centos7 安装RocketMQ（二进制版）。现在我们来介绍如何搭建RocketMQ集群

二、RocketMQ各个角色介绍

  • Producer：消息的发送者；举例：写信人
  • Consumer：消息接收者；举例：收信人
  • Broker：暂存和传输消息；举例：邮政网点
  • NameServer：管理Broker；举例：省邮政，管理各个邮政网点
  • Topic：区分消息的种类；一个发送者可以发送消息给一个或者多个Topic；一个消息的接收者可以订阅一个或者多个Topic消息
  • Message Queue： 相当于是Topic的分区；用于并行发送和接收消息

在这里插入图片描述

三、 集群特点

  • NameServer是一个几乎无状态节点，可集群部署，节点之间无任何信息同步。

  • Broker分为Master与Slave，一个Master可以对应多个Slave，但是一个Slave只能对应一个Master，Master与Slave的对应关系通过指定相同的BrokerName，不同的BrokerId来定义，BrokerId为0表示Master，非0表示Slave。Master也可以部署多个。每个Broker与NameServer集群中的所有节点建立长连接，定时注册Topic信息到所有NameServer。

  • Producer与NameServer集群中的其中一个节点（随机选择）建立长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master建立长连接，且定时向Master发送心跳。Producer完全无状态，可集群部署。

  • Consumer与NameServer集群中的其中一个节点（随机选择）建立长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master、Slave建立长连接，且定时向Master、Slave发送心跳。Consumer既可以从Master订阅消息，也可以从Slave订阅消息，订阅规则由Broker配置决定。

四、Broker 集群模式

4.1 单Master模式

这种方式风险较大，一旦Broker重启或者宕机时，会导致整个服务不可用。不建议线上环境使用,可以用于本地测试。

4.2 多Master模式

一个集群无Slave，全是Master，例如2个Master或者3个Master，这种模式的优缺点如下：

  • 优点：配置简单，单个Master宕机或重启维护对应用无影响，在磁盘配置为RAID10时，即使机器宕机不可恢复情况下，由于RAID10磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢），性能最高；
  • 缺点：单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到影响。

4.3 多Master多Slave模式（异步）

每个Master配置一个Slave，有多对Master-Slave，HA采用异步复制方式，主备有短暂消息延迟（毫秒级），这种模式的优缺点如下：

  • 优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，同时Master宕机后，消费者仍然可以从Slave消费，而且此过程对应用透明，不需要人工干预，性能同多Master模式几乎一样；
  • 缺点：Master宕机，磁盘损坏情况下会丢失少量消息。

4.4 多Master多Slave模式（同步）

每个Master配置一个Slave，有多对Master-Slave，HA采用同步双写方式，即只有主备都写成功，才向应用返回成功，这种模式的优缺点如下：

  • 优点：数据与服务都无单点故障，Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高；
  • 缺点：性能比异步复制模式略低（大约低10%左右），发送单个消息的RT会略高，且目前版本在主节点宕机后，备机不能自动切换为主机。

五、双主双从集群搭建

5.1 总体架构

本文采用2个master和2个slave（同步双写）的方式搭建，系统结构如下图
在这里插入图片描述

5.2 集群工作流程

  1. 启动NameServer，NameServer起来后监听端口，等待Broker、Producer、Consumer连上来，相当于一个路由控制中心。
  2. Broker启动，跟所有的NameServer保持长连接，定时发送心跳包。心跳包中包含当前Broker信息(IP+端口等)以及存储所有Topic信息。注册成功后，NameServer集群中就有Topic跟Broker的映射关系。
  3. 收发消息前，先创建Topic，创建Topic时需要指定该Topic要存储在哪些Broker上，也可以在发送消息时自动创建Topic。
  4. Producer发送消息，启动时先跟NameServer集群中的其中一台建立长连接，并从NameServer中获取当前发送的Topic存在哪些Broker上，轮询从队列列表中选择一个队列，然后与队列所在的Broker建立长连接从而向Broker发消息。
  5. Consumer跟Producer类似，跟其中一台NameServer建立长连接，获取当前订阅Topic存在哪些Broker上，然后直接跟Broker建立连接通道，开始消费消息。

5.3 服务器信息

序号IP角色架构模式
1192.168.186.128nameserver、brokerserverMaster1、Slave2
2192.168.186.129nameserver、brokerserverMaster2、Slave1

5.4 连通性测试

192.168.186.128

在这里插入图片描述

192.168.186.129

在这里插入图片描述
两台服务器连通性没问题

5.5 添加Host信息

首先通过下面命令打开host文件

vim /etc/hosts

然后新增下面配置，按i键可以进入插入模式，输完之后按ESC键，接着输:wq进行保存。

# nameserver
192.168.186.128 rocketmq-nameserver1
192.168.186.129 rocketmq-nameserver2
# broker
192.168.186.128 rocketmq-master1
192.168.186.128 rocketmq-slave2
192.168.186.129 rocketmq-master2
192.168.186.129 rocketmq-slave1

在这里插入图片描述
配置完成后, 重启网卡

systemctl restart network

5.6 关闭防火墙

宿主机需要远程访问虚拟机的rocketmq服务和web服务，需要开放相关的端口号，简单粗暴的方式是直接关闭防火墙

# 关闭防火墙
systemctl stop firewalld.service 
# 查看防火墙的状态
firewall-cmd --state 
# 禁止firewall开机启动
systemctl disable firewalld.service

或者为了安全，只开放特定的端口号，RocketMQ默认使用3个端口：9876 、10911 、11011 。如果防火墙没有关闭的话，那么防火墙就必须开放这些端口：

  • nameserver 默认使用 9876 端口
  • master 默认使用 10911 端口
  • slave 默认使用11011 端口

执行以下命令：

# 开放name server默认端口
firewall-cmd --remove-port=9876/tcp --permanent
# 开放master默认端口
firewall-cmd --remove-port=10911/tcp --permanent
# 开放slave默认端口 (当前集群模式可不开启)
firewall-cmd --remove-port=11011/tcp --permanent 
# 重启防火墙
firewall-cmd --reload

5.7 配置环境变量

vim /etc/profile

在profile文件的末尾加上如下命令，按ESC，然后输入:wq 保存并退出， 并使得配置立刻生效：

#set rocketmq
ROCKETMQ_HOME=/root/mq/rocketmq #将路径修改成自己的路径
PATH=$PATH:$ROCKETMQ_HOME/bin
export ROCKETMQ_HOME PATH

在这里插入图片描述
然后输入下面命令，刷新配置

source /etc/profile

5.8 创建消息存储路径

为了查看方便，我们将消息存储的路径放到安装目录下

mkdir /root/mq/rocketmq/store
mkdir /root/mq/rocketmq/store/commitlog
mkdir /root/mq/rocketmq/store/consumequeue
mkdir /root/mq/rocketmq/store/index

5.9 修改配置文件

master1

服务器：192.168.186.128

vim /root/mq/rocketmq/conf/2m-2s-sync/broker-a.properties

修改配置如下

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=10911
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/root/mq/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/root/mq/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/root/mq/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/root/mq/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/root/mq/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/root/mq/rocketmq/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

slave2

服务器：192.168.186.128

vim /root/mq/rocketmq/conf/2m-2s-sync/broker-b-s.properties

修改配置如下

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=11011
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/root/mq/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/root/mq/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/root/mq/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/root/mq/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/root/mq/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/root/mq/rocketmq/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SLAVE
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

master2

服务器：192.168.186.129

vim /root/mq/rocketmq/conf/2m-2s-sync/broker-b.properties

修改配置如下：

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=10911
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/root/mq/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/root/mq/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/root/mq/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/root/mq/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/root/mq/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/root/mq/rocketmq/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

slave1

服务器：192.168.186.129

vim /root/mq/rocketmq/conf/2m-2s-sync/broker-a-s.properties

修改配置如下：

#所属集群名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此处不同的配置文件填写的不一样
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分号分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数
defaultTopicQueueNums=4
#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭
autoCreateTopicEnable=true
#是否允许 Broker 自动创建订阅组，建议线下开启，线上关闭
autoCreateSubscriptionGroup=true
#Broker 对外服务的监听端口
listenPort=11011
#删除文件时间点，默认凌晨 4点
deleteWhen=04
#文件保留时间，默认 48 小时
fileReservedTime=120
#commitLog每个文件的大小默认1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每个文件默认存30W条，根据业务情况调整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#检测物理文件磁盘空间
diskMaxUsedSpaceRatio=88
#存储路径
storePathRootDir=/root/mq/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/root/mq/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/root/mq/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/root/mq/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/root/mq/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/root/mq/rocketmq/store/abort
#限制的消息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SLAVE
#刷盘方式
#- ASYNC_FLUSH 异步刷盘
#- SYNC_FLUSH 同步刷盘
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#发消息线程池数量
#sendMessageThreadPoolNums=128
#拉消息线程池数量
#pullMessageThreadPoolNums=128

5.10 修改启动脚本文件

检查启动脚本文件的内存大小是否已经被修改，不然会导致启动失败

5.10.1 runbroker.sh

vim /root/mq/rocketmq/bin/runbroker.sh

需要根据内存大小进行适当的对JVM参数进行调整：

#===================================================
# 开发环境配置 JVM Configuration
JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m"

5.10.2 runserver.sh

vim /root/mq/rocketmq/bin/runserver.sh

JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=320m"

5.11 启动NameServer集群

分别在192.168.186.128和192.168.186.129启动NameServer

cd /root/mq/rocketmq/bin
nohup sh mqnamesrv &

5.12 启动Broker集群

在192.168.186.128上启动master1和slave2

master1：
cd /root/mq/rocketmq/bin
nohup sh mqbroker -c /root/mq/rocketmq/conf/2m-2s-sync/broker-a.properties &
slave2：
cd /root/mq/rocketmq/bin
nohup sh mqbroker -c /root/mq/rocketmq/conf/2m-2s-sync/broker-b-s.properties &

在192.168.186.129上启动master2和slave1

master2：
cd /root/mq/rocketmq/bin
nohup sh mqbroker -c /root/mq/rocketmq/conf/2m-2s-sync/broker-b.properties &
slave1：
cd /root/mq/rocketmq/bin
nohup sh mqbroker -c /root/mq/rocketmq/conf/2m-2s-sync/broker-a-s.properties &

5.13 查看进程状态

启动完成后，我们可以通过jps命令查看进程
在这里插入图片描述
在这里插入图片描述

5.14 查看日志

我们可以通过下面命令查看对应的日志

# 查看nameServer日志
tail -500f ~/logs/rocketmqlogs/namesrv.log
# 查看broker日志
tail -500f ~/logs/rocketmqlogs/broker.log

六、mqadmin管理工具

mqadmin 是一款用于管理和监控 RocketMQ 的命令行工具。它提供了一系列的命令来帮助开发者或运维人员查看RocketMQ的各种状态信息，如Topic详情、Broker状态、Message查询等。

6.1 使用方式

进入RocketMQ安装位置，在bin目录下执行./mqadmin {command} {args}

6.2 命令介绍

6.2.1 Topic相关

名称含义命令选项说明
updateTopic创建更新Topic配置-bBroker 地址，表示 topic 所在 Broker，只支持单台Broker，地址为ip:port
-ccluster 名称，表示 topic 所在集群（集群可通过 clusterList 查询）
-h-打印帮助
-nNameServer服务地址，格式 ip:port
-p指定新topic的读写权限( W=2|R=4|WR=6 )
-r可读队列数（默认为 8）
-w可写队列数（默认为 8）
-ttopic 名称（名称只能使用字符 ^[a-zA-Z0-9_-]+$ ）
deleteTopic删除Topic-ccluster 名称，表示删除某集群下的某个 topic （集群 可通过 clusterList 查询）
-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic 名称（名称只能使用字符 ^[a-zA-Z0-9_-]+$ ）
topicList查看 Topic 列表信息-h打印帮助
-c不配置-c只返回topic列表，增加-c返回clusterName, topic, consumerGroup信息，即topic的所属集群和订阅关系，没有参数
-nNameServer 服务地址，格式 ip:port
topicRoute查看 Topic 路由信息-ttopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
topicStatus查看 Topic 消息队列offset-ttopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
topicClusterList查看 Topic 所在集群列表-ttopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
updateTopicPerm更新 Topic 读写权限-ttopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
-bBroker 地址，表示 topic 所在 Broker，只支持单台Broker，地址为ip:port
-p指定新 topic 的读写权限( W=2|R=4|WR=6 )
-ccluster 名称，表示 topic 所在集群（集群可通过 clusterList 查询），-b优先，如果没有-b，则对集群中所有Broker执行命令
updateOrderConf从NameServer上创建、删除、获取特定命名空间的kv配置，目前还未启用-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic，键
-vorderConf，值
-mmethod，可选get、put、delete
allocateMQ以平均负载算法计算消费者列表负载消息队列的负载结果-ttopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
-iipList，用逗号分隔，计算这些ip去负载Topic的消息队列
statsAll打印Topic订阅关系、TPS、积累量、24h读写总量等信息-h打印帮助
-nNameServer 服务地址，格式 ip:port
-a是否只打印活跃topic
-t指定topic

6.2.2 集群相关

名称含义命令选项说明
clusterList查看集群信息，集群、BrokerName、BrokerId、TPS等信息-m打印更多信息 (增加打印出如下信息 #InTotalYest, #OutTotalYest, #InTotalToday ,#OutTotalToday)
-h打印帮助
-nNameServer 服务地址，格式 ip:port
-i打印间隔，单位秒
clusterRT发送消息检测集群各Broker RT。消息发往${BrokerName} Topic。-aamount，每次探测的总数，RT = 总时间 / amount
-s消息大小，单位B
-c探测哪个集群
-p是否打印格式化日志，以|分割，默认不打印
-h打印帮助
-m所属机房，打印使用
-i发送间隔，单位秒
-nNameServer 服务地址，格式 ip:port

6.2.3 Broker相关

名称含义命令选项说明
updateBrokerConfig更新 Broker 配置文件，会修改Broker.conf-bBroker 地址，格式为ip:port
-ccluster 名称
-kkey 值
-vvalue 值
-h打印帮助
-nNameServer 服务地址，格式 ip:port
brokerStatus查看 Broker 统计信息、运行状态（你想要的信息几乎都在里面）-bBroker 地址，地址为ip:port
-h打印帮助
-nNameServer 服务地址，格式 ip:port
brokerConsumeStatsBroker中各个消费者的消费情况，按Message Queue维度返回Consume Offset，Broker Offset，Diff，TImestamp等信息-bBroker 地址，地址为ip:port
-t请求超时时间
-ldiff阈值，超过阈值才打印
-o是否为顺序topic，一般为false
-h打印帮助
-nNameServer 服务地址，格式 ip:port
getBrokerConfig获取Broker配置-bBroker 地址，地址为ip:port
-nNameServer 服务地址，格式 ip:port
wipeWritePerm从NameServer上清除 Broker写权限-bBroker 地址，地址为ip:port
-nNameServer 服务地址，格式 ip:port
-h打印帮助
cleanExpiredCQ清理Broker上过期的Consume Queue，如果手动减少对列数可能产生过期队列-nNameServer 服务地址，格式 ip:port
-h打印帮助
-bBroker 地址，地址为ip:port
-c集群名称
cleanUnusedTopic清理Broker上不使用的Topic，从内存中释放Topic的Consume Queue，如果手动删除Topic会产生不使用的Topic-nNameServer 服务地址，格式 ip:port
-h打印帮助
-bBroker 地址，地址为ip:port
-c集群名称
sendMsgStatus向Broker发消息，返回发送状态和RT-nNameServer 服务地址，格式 ip:port
-h打印帮助
-bBrokerName，注意不同于Broker地址
-s消息大小，单位B
-c发送次数

6.2.4 消息相关

名称含义命令选项说明
queryMsgById根据offsetMsgId查询msg，如果使用开源控制台，应使用offsetMsgId，此命令还有其他参数，具体作用请阅读QueryMsgByIdSubCommand。-imsgId
-h打印帮助
-nNameServer 服务地址，格式 ip:port
queryMsgByKey根据消息 Key 查询消息-kmsgKey
-tTopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
queryMsgByOffset根据 Offset 查询消息-bBroker 名称，（这里需要注意 填写的是 Broker 的名称，不是 Broker 的地址，Broker 名称可以在 clusterList 查到）
-iquery 队列 id
-ooffset 值
-ttopic 名称
-h打印帮助
-nNameServer 服务地址，格式 ip:port
queryMsgByUniqueKey根据msgId查询，msgId不同于offsetMsgId，区别详见常见运维问题。-g，-d配合使用，查到消息后尝试让特定的消费者消费消息并返回消费结果-h打印帮助
-nNameServer 服务地址，格式 ip:port
-iuniqe msg id
-gconsumerGroup
-dclientId
-ttopic名称
checkMsgSendRT检测向topic发消息的RT，功能类似clusterRT-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic名称
-a探测次数
-s消息大小
sendMessage发送一条消息，可以根据配置发往特定Message Queue，或普通发送。-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic名称
-pbody，消息体
-kkeys
-ctags
-bBrokerName
-iqueueId
consumeMessage消费消息。可以根据offset、开始&结束时间戳、消息队列消费消息，配置不同执行不同消费逻辑，详见ConsumeMessageCommand。-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic名称
-bBrokerName
-o从offset开始消费
-iqueueId
-g消费者分组
-s开始时间戳，格式详见-h
-d结束时间戳
-c消费多少条消息
printMsg从Broker消费消息并打印，可选时间段-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic名称
-c字符集，例如UTF-8
-ssubExpress，过滤表达式
-b开始时间戳，格式参见-h
-e结束时间戳
-d是否打印消息体
printMsgByQueue类似printMsg，但指定Message Queue-h打印帮助
-nNameServer 服务地址，格式 ip:port
-ttopic名称
-iqueueId
-aBrokerName
-c字符集，例如UTF-8
-ssubExpress，过滤表达式
-b开始时间戳，格式参见-h
-e结束时间戳
-p是否打印消息
-d是否打印消息体
-f是否统计tag数量并打印
resetOffsetByTime按时间戳重置offset，Broker和consumer都会重置-h打印帮助
-nNameServer 服务地址，格式 ip:port
-g消费者分组
-ttopic名称
-s重置为此时间戳对应的offset
-f是否强制重置，如果false，只支持回溯offset，如果true，不管时间戳对应offset与consumeOffset关系
-c是否重置c++客户端offset

6.2.5 消费者、消费组相关

名称含义命令选项说明
consumerProgress查看订阅组消费状态，可以查看具体的client IP的消息积累量-g消费者所属组名
-s是否打印client IP
-h打印帮助
-nNameServer 服务地址，格式 ip:port
consumerStatus查看消费者状态，包括同一个分组中是否都是相同的订阅，分析Process Queue是否堆积，返回消费者jstack结果，内容较多，使用者参见ConsumerStatusSubCommand-h打印帮助
-nNameServer 服务地址，格式 ip:port
-gconsumer group
-iclientId
-s是否执行jstack
getConsumerStatus获取 Consumer 消费进度-g消费者所属组名
-t查询主题
-iConsumer 客户端 ip
-nNameServer 服务地址，格式 ip:port
-h打印帮助
updateSubGroup更新或创建订阅关系-nNameServer 服务地址，格式 ip:port
-h打印帮助
-bBroker地址
-c集群名称
-g消费者分组名称
-s分组是否允许消费
-m是否从最小offset开始消费
-d是否是广播模式
-q重试队列数量
-r最大重试次数
-i当slaveReadEnable开启时有效，且还未达到从slave消费时建议从哪个BrokerId消费，可以配置备机id，主动从备机消费
-w如果Broker建议从slave消费，配置决定从哪个slave消费，配置BrokerId，例如1
-a当消费者数量变化时是否通知其他消费者负载均衡
deleteSubGroup从Broker删除订阅关系-nNameServer 服务地址，格式 ip:port
-h打印帮助
-bBroker地址
-c集群名称
-g消费者分组名称
cloneGroupOffset在目标群组中使用源群组的offset-nNameServer 服务地址，格式 ip:port
-h打印帮助
-s源消费者组
-d目标消费者组
-ttopic名称
-o暂未使用

6.2.6 连接相关

名称含义命令选项说明
consumerConnec tion查询 Consumer 的网络连接-g消费者所属组名
-nNameServer 服务地址，格式 ip:port
-h打印帮助
producerConnec tion查询 Producer 的网络连接-g生产者所属组名
-t主题名称
-nNameServer 服务地址，格式 ip:port
-h打印帮助

6.2.7 NameServer相关

名称含义命令选项说明
updateKvConfig更新NameServer的kv配置，目前还未使用-s命名空间
-kkey
-vvalue
-nNameServer 服务地址，格式 ip:port
-h打印帮助
deleteKvConfig删除NameServer的kv配置-s命名空间
-kkey
-nNameServer 服务地址，格式 ip:port
-h打印帮助
getNamesrvConfig获取NameServer配置-nNameServer 服务地址，格式 ip:port
-h打印帮助
updateNamesrvConfig修改NameServer配置-nNameServer 服务地址，格式 ip:port
-h打印帮助
-kkey
-vvalue

6.2.8 其他

名称含义命令选项说明
startMonitoring开启监控进程，监控消息误删、重试队列消息数等-nNameServer 服务地址，格式 ip:port
-h打印帮助

6.3 注意事项

  • 几乎所有命令都需要配置-n表示NameServer地址，格式为ip:port
  • 几乎所有命令都可以通过-h获取帮助
  • 如果既有Broker地址（-b）配置项又有clusterName（-c）配置项，则优先以Broker地址执行命令；如果不配置Broker地址，则对集群中所有主机执行命令
docker-compose 搭建RocketMQ 5.1.0 集群（双主双从模式） | Spring Cloud 28
gmHappy
03-22 1万+
网上关于`Docker`搭建`RocketMQ`单机&集群的版本一般都是`4.X`。关于最新的`5.X`版本，官方给出的示例都是基于物理机&虚拟机实现，不便于我们我们日常开发使用，而且官方镜像 https://hub.docker.com/r/apache/rocketmq 中也没有关于容器化使用的介绍。 本章的目的：展示基于`docker-compose` 搭建`RocketMQ 5.1.0`集群，及一些部署在部署过程中的注意事项，方便大家对新版本的尝鲜与使用。
RocketMq集群搭建
weixin_61157922的博客
08-01 618
准备两个Linux机器。
RocketMQ 集群搭建
涛涛之海
09-12 867
文章目录RocketMQ 集群搭建各角色介绍集群搭建方式集群特点集群模式1）单Master模式2）多Master模式3）多Master多Slave模式（异步）4）多Master多Slave模式（同步）双主双从(同步)集群搭建工作流程配置步骤(1) 修改 vim /etc/hosts(2) 重启网卡(3) 修改防火墙(4) 配置环境变量(5) 创建消息存储路径(6)broker 配置文件(7)修改启动脚本文件(8) 服务启动mqadmin 管理工具1 使用方式2 命令介绍1）`Topic`相关2）集群相关3
Centos7安装RocketMQ[图文教程]
最新发布
52IT的博客
10-09 946
官网地址：https://rocketmq.apache.org/zh/‌RocketMQ是一个分布式消息中间件，具有高性能、高可靠、高实时和分布式等特点。‌ 它支持事务消息、顺序消息、批量消息、定时消息和消息回溯等功能。RocketMQ的核心组件包括Producer、Consumer、Broker和NameServer，这些组件共同工作，提供了低延迟和高吞吐量的消息处理能力‌。RocketMQ的特点包括：‌高性能‌：支持万亿级吞吐量，满足微服务和大数据场景需求。
第二章 RocketMQ集群简介-安装-测试
qq_41133245的博客
11-08 528
1.各角色介绍 Producer：消息的发送者；举例：发信者 Consumer：消息接收者；举例：收信者 Broker：暂存和传输消息；举例：邮局 NameServer：管理Broker；举例：各个邮局的管理机构 Topic：区分消息的种类；一个发送者可以发送消息给一个或者多个Topic；一个消息的接收者可以订阅一个或者多个Topic消息 Message Queue：相当于是Topic的分区；用于并行发送和接收消息 2.集群特点 NameServer是一个几乎无状态节点，可集群部署，节点之间无任何
关于rocketMq的windows集群部署工作日志
Ai3JianDan的博客
10-30 686
关于rocketMq的windows集群部署工作日志 最近需要在公司提供的windows环境上部署rocketmq集群做测试用，网上找了很多文章，自己也是刚接触不断摸索，写一下部署的过程备忘。主要思路在两台机器上部署rocketMq集群，为了简单每台机器上启动1个masterbroker和一个slavebroker。 下载rocketmq包 rocketmq包下载链接 修改配置 解压到合适的目录，...
rocketmq集群搭建
qq_41196211的博客
03-27 1143
是否允许 Broker 自动创建Topic，建议线下开启，线上关闭。#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭。#是否允许 Broker 自动创建Topic，建议线下开启，线上关闭。#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数。#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数。#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数。#在发送消息时，自动创建服务器不存在的topic，默认创建的队列数。
CentOS7配置RocketMQ集群
pleaseprintf的博客
04-25 816
前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家。点击跳转到网站，这篇文章男女通用，看懂了就去分享给你的码吧。RocketMQ是阿里巴巴开源的分布式消息中间件。支持事务消息、顺序消息、批量消息、定时消息、消息回溯等。它里面有几个区别于标准消息中件间的概念，如Group、Topic、Queue等。系统组成则由Producer、Consumer、Broker、NameServer等。官方网站集群模式：1）单Master模式。
centos7安装rocketmq
AllenZhagn5的博客
02-20 656
1、rocketmq是java语言写，需要在jdk环境运行。下载jdk、rocketmq。
CentOS 7上搭建RocketMQ集群指南：高可用消息服务
RocketMQ集群部署指南是针对 CentOS 7 系统的详细教程，它旨在帮助用户理解和配置RocketMQ这个强大的分布式消息中间件。RocketMQ以其高效性和可靠性在业界享有盛誉，主要特点包括： 1. **严格的消息顺序**：...
CentOS上搭建RocketMQ多Master高可用集群指南
RocketMQ是一款高效、可扩展的分布式消息中间件，本文主要介绍在CentOS系统上部署RocketMQ，关注的是多Master模式的安装配置，以及其与单Master、多Master多Slave模式的区别。 首先，我们来探讨多Master模式的安装...
RocketMQ集群搭建
weixin_38686689的博客
06-05 1021
RocketMQ集群搭建
Rocketmq的集群搭建
wssc63262的博客
07-27 1892
居于RocketMQ4.9.4搭建集群
RocketMQ双主双从集群搭建
赶考书生
09-27 301
集群搭建方式 集群特点 NameServer是一个几乎无状态节点，可集群部署，节点之间无任何信息同步。 Broker部署相对复杂，Broker分为Master与Slave，一个Master可以对应多个Slave，但是一个Slave只能对应一个Master，Master与Slave的对应关系通过指定相同的BrokerName，不同的BrokerId来定义，BrokerId为0表示Master，非0表示Slave。Master也可以部署多个。每个Broker与NameServer集群中的所有节点建立长连接，定时
RocketMQ的安装
lixin203171613的博客
04-02 846
RocketMQ的安装及可视化console
RocketMQ-集群搭建
weixin_58482311的博客
12-01 1513
在RocketMQ的这种主从架构的集群下，客户端发送的消息会分散保存到broker-a和broker-b两个服务上，然后每个服务都配有slave服务，可以备份对应master服务上的消息，这样就可以防止单点故障造成的消息丢失问题。与第一组broker-a服务的配置方式类似，在worker3上配置broker-b的MASTER服务。了的，slave服务虽然拥有全部的数据，但是它没办法升级成为master服务去响应客户端的请求，依然只是傻傻等待master服务重启后，继续做它的数据备份工作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

每天吃八顿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值