# 全面解剖 消息中间件 RocketMQ-（2）

已于 2024-06-22 12:45:59 修改
阅读量1.4k 收藏 11
点赞数 46
分类专栏： Java 消息中间件-RocketMQ 文章标签： java-rocketmq rocketmq java spring cloud spring boot 消息中间件RocketMQ
于 2024-05-24 16:00:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qfyh_djh/article/details/139143558
版权

全面解剖 消息中间件 RocketMQ-（2）

一、RocketMQ – RocketMQ 各角色介绍

1、RocketMQ 各角色介绍

  • Producer : 消息的发送者; 举例:发信者。
  • Consumer : 消息接收者; 举例:收信者。
  • Broker : 暂存和传输消息; 举例:邮局。
  • NameServer : 管理 Broker; 举例:各个邮局的管理机构
  • Topic : 区分消息的种类; 一个发送者可以发送消息给一个或者多个 Topic; 一个消息的接收者可以订阅一个或者多个 Topic 消息。
  • Message Queue : 相当于是 Topic 的分区;用于并行发送和接收消息。

2、RocketMQ 各角色 示例图：

在这里插入图片描述

二、RocketMQ – RocketMQ 集群特点

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

2、Broker 部署相对复杂，Broker 分为 Master 与 Slave，一个 Master 可以对应多个 Slave，但是一个 Slave 只能对应一个 Master。Master 与 Slave 的对应关系通过指定相同的 BrokerName，不同的 Brokerld 来定义，Brokerld 为 0 表示 Master，非 0 表示 Slave。

3、Master 也可以部署多个。每个 Broker 与 NameServer 集群中的所有节点建立长连接，定时注册 Topic 信息到所有 NameServer。

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

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

三、RocketMQ – RocketMQ 各种集群模式介绍

1、单 Master 模式

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

2、多 Master 模式

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

  • 优点 : 配置简单，单个 Master 宕机或重启维护对应用无影响，在磁盘配置为 RAID10 时，即使机器宕机不可恢复情况下，由于 RAID10 磁盘非常可靠，消息也不会丢(异步刷盘丢失少量消息，同步刷盘一条不丢)，性能最高;

  • 缺点:单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到影响。

3、多 Master 多 Slave 模式(异步)

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

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

  • 缺点 :
    Master宕机，磁盘损坏情况下会丢失少量消息。

4、多 Master 多 Slave 模式(同步)

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

  • 优点 :
    数据与服务都无单点故障，Master 宕机情况下，消息无延迟，服务可用性与数据可用性都非常高;

  • 缺点 :
    性能比异步复制模式略低(大约低10%左右)，发送单个消息的RT会略高，且目前版本在主节点宕机后，备机不能自动切换为主机。

四、RocketMQ – 双主双从（2m-2s）集群介绍和工作流程说明

1、RocketMQ – 双主双从（2m-2s）集群介绍总体架构：消息高可用采用 2m-2s（同步双写）方式。

在这里插入图片描述

2、RocketMQ – 双主双从（2m-2s）集群工作流程说明

  • 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 建立连接通道，开始消费消息。

五、RocketMQ – 集群搭建1

1、RocketMQ–集群搭建–服务器环境

序号IP角色架构模式
1192.168.25.135nameserver、brokerserverMaster1、Slave2
2192.168.25.138nameserver、brokerserverMaster2、Slave1

2、RocketMQ–集群搭建–Host 添加信息

（在两个虚拟机上都要添加配置：192.168.25.135 和 192.168.25.138）


vim /etc/hosts
配置如下:

# nameserver
192.168.25.135 rocketmq-nameserver1
192.168.25.138 rocketmq-nameserver2

# broker
192.168.25.135 rocketmq-master1
192.168.25.135 rocketmq-slave2
192.168.25.138 rocketmq-master2
192.168.25.138 rocketmq-slave1

# 配置完成后,重启网卡
systemctl restart network

3、RocketMQ–集群搭建–防火墙配置

（在两个虚拟机上都要添加配置：192.168.25.135 和 192.168.25.138）

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


# 关闭防火墙
systemctl stop firewalld.service 

# 查看防火墙状态
firewall -cmd --state 

# 禁止 firewall 开机启动
sysemctl disable firewalld.service

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

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

执行以下命令


# 开放 nameserver 默认使用 9876 端口
firewall -cmd --remove-port=9876/tcp --permanent

# 开放 master 默认使用 10911 端口
firewall -cmd --remove-port=10911/tcp --permanent

# 开放 slave 默认使用 11011 端口
firewall -cmd --remove-port=11011/tcp --permanent

# 重启防火墙
firewall -cmd --reload

4、RocketMQ–集群搭建–环境变量配置

（在两个虚拟机上都要添加配置：192.168.25.135 和 192.168.25.138）


vim /etc/profile

# 在profile文件的末尾加入如下命令

#set rocketmq
ROCKETMQ_HOME=/usr/local/rocketmq/rocketmq-all-4.5.1-bin-release
PATH=$PATH: $ROCKETMQ_HOME/bin
export ROCKETMQ_HOME PATH


# 输入: wq! 保存并退出，并使得配置立刻生效:
source /etc/profile

5、RocketMQ–集群搭建–创建消息存储路径

（在两个虚拟机上都要添加配置：192.168.25.135 和 192.168.25.138）


root@WIN-20240529BJA:/usr/local/rocketmq# pwd
/usr/local/rocketmq

mkdir /usr/local/rocketmq/store
mkdir /usr/local/rocketmq/store/commitlog
mkdir /usr/local/rocketmq/store/consumequeu
mkdir /usr/local/rocketmq/store/index

root@WIN-20240529BJA:/usr/local/rocketmq# ll
total 24304
drwxr-xr-x  5 root root     4096 Jun  2 14:05 ./
drwxr-xr-x 14 root root     4096 Jun  1 14:12 ../
-rw-------  1 root root       64 Jun  1 16:38 nohup.out
drwxr-xr-x  6 root root     4096 Jun  1 16:41 rocketmq-all-4.4.0-bin-release/
-rw-r--r--  1 root root 12306820 Jun  1 16:34 rocketmq-all-4.4.0-bin-release.zip
drwxr-xr-x  6 root root     4096 Jun  1 14:18 rocketmq-all-4.5.1-bin-release/
-rw-r--r--  1 root root 12553946 Jun  1 14:13 rocketmq-all-4.5.1-bin-release.zip
drwxr-xr-x  5 root root     4096 Jun  2 14:05 store/
root@WIN-20240529BJA:/usr/local/rocketmq#

六、RocketMQ – 集群搭建2

1、RocketMQ–集群搭建2–broker 配置文件

修改 服务器 192.168.25.135 上的 broker 配置文件 配置 master1


vim /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/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=/usr/local/rocketmq/store

# commitLog 存储路径
storePathCommitLog=/usr/local/rocketmq/store/commitlog

# 消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue

# 消息索引存储路径
storePathIndex=/usr/local/rocketmq/store/index

# checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmq/store/checkpoint

# abort 文件存储路径
abortFile=/usr/local/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

2、RocketMQ–集群搭建2–broker 配置文件

修改 服务器 192.168.25.135 上的 broker 配置文件 配置 slave2



vim /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/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=/usr/local/rocketmq/store

# commitLog 存储路径
storePathCommitLog=/usr/local/rocketmq/store/commitlog

# 消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue

# 消息索引存储路径
storePathIndex=/usr/local/rocketmq/store/index

# checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmq/store/checkpoint

# abort 文件存储路径
abortFile=/usr/local/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

3、RocketMQ–集群搭建2–broker 配置文件

修改 服务器 192.168.25.138 上的 broker 配置文件 配置 master2


vim /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/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=/usr/local/rocketmq/store

# commitLog 存储路径
storePathCommitLog=/usr/local/rocketmq/store/commitlog

# 消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue

# 消息索引存储路径
storePathIndex=/usr/local/rocketmq/store/index

# checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmq/store/checkpoint

# abort 文件存储路径
abortFile=/usr/local/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

4、RocketMQ–集群搭建2–broker 配置文件

修改 服务器 192.168.25.138 上的 broker 配置文件 配置 slave1


vim /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/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=/usr/local/rocketmq/store

# commitLog 存储路径
storePathCommitLog=/usr/local/rocketmq/store/commitlog

# 消费队列存储路径存储路径
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue

# 消息索引存储路径
storePathIndex=/usr/local/rocketmq/store/index

# checkpoint 文件存储路径
storeCheckpoint=/usr/local/rocketmq/store/checkpoint

# abort 文件存储路径
abortFile=/usr/local/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、RocketMQ–集群搭建2–broker 配置文件 注意事项：


# 1）进入 broker 配置文件 目录：

cd /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/conf/2m-2s-sync/

# 2）注意配置端口号，不要冲突

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

# 3）注意修改的 broker 配置文件名和端口号（同一虚拟机服务器端口号不能重复） 

192.168.25.135 rocketmq-master1  vim broker-a.properties 端口：10911
192.168.25.135 rocketmq-slave2   vim broker-b-s.properties 端口：11011

192.168.25.138 rocketmq-master2  vim broker-b.properties 端口：10911
192.168.25.138 rocketmq-slave1   vim broker-a-s.properties  端口：11011

七、RocketMQ – 集群搭建3

1、RocketMQ–集群搭建3–修改启动脚本文件

（注意：在两个虚拟机上都要修改配置：192.168.25.135 和 192.168.25.138）


# 1)修改 runbroker.sh

vi /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/bin/runbroker.sh
# 或者
vim /usr/local/rocketmq/rocketmq-all-4.4.0-bin-release/bin/runbroker.sh

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

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

# 2) 修改 runserver.sh

vi /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/bin/runserver.sh
# 或者
vim /usr/local/rocketmq/rocketmq-all-4.4.0-bin-release/bin/runserver.sh

# 修改参考如下：
JAVA_OPT="${JAVA_OPT} -server -xms256m -xmx256m -Xmn128m-XX:Metaspacesize=128m-
XX:MaxMetaspacesize=320m"

2、RocketMQ–集群搭建3–服务启动


# 1)启动 NameServe 集群

# 分别在 192.168.25.135 和 192.168.25.138 启动 NameServer

# 切换目录
cd /usr/loca1/rocketmq/rocketmq-all-4.5.1-bin-release/bin/

# 启动 NameServe 
nohup sh mqnamesrv &

# 查看启动结果
jps 


# 2)启动 Broker 集群--# 在 192.168.25.135 上启动 master1 和 slave2

# master1  切换目录 
cd /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/bin/

# 启动 master1
nohup sh mqbroker -c /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/conf/2m-2s-sync/broker-a.properties &

# slave2:  切换目录
cd /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/bin/

# 启动 slave2
nohup sh mqbroker -c /usr/loca1/rocketmq/rocketmq-all-4.5.1-bin-release/conf/2m-2s-sync/broker-b-s.properties &

# 查看启动结果
jps 


# 3)启动 Broker 集群--# 在 192.168.25.138 上启动 master2 和 slave1

# master2  切换目录 
cd /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/bin/

# 启动 master2
nohup sh mqbroker -c /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/conf/2m-2s-sync/broker-b.properties &

# slave1:  切换目录
cd /usr/local/rocketmq/rocketmq-all-4.5.1-bin-release/bin/

# 启动 slave1
nohup sh mqbroker -c /usr/loca1/rocketmq/rocketmq-all-4.5.1-bin-release/conf/2m-2s-sync/broker-a-s.properties &

# 查看启动结果
jps 

# 有如下项，说明启动成功：
root@WIN-20240529BJA:/usr/local/rocketmq# jps
920 BrokerStartup
874 NamesrvStartup
989 Jps

3、RocketMQ–集群搭建3–查看进程状态和查看日志


# 1）启动后通过 jps 查看启动进程
jps 

# 2）查看日志

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

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

八、RocketMQ – 双主双从集群搭建小结

1、总体架构

2、集群搭建工作流程

3、服务器环境

4、Host 添加信息

5、防火墙配置

6、环境变量配置

7、创建消息存储路径

8、broker 配置文件

9、修改启动脚本文件

10、服务启动

11、查看进程状态

12、查看日志。

上一节关联链接请点击：

# 全面解剖 消息中间件 RocketMQ-（1）

段子手-168
关注
专栏目录
全面解剖RocketMQ和项目实战-day2-part1.7z
06-25
《全面解剖RocketMQ与项目实战》课程是深入学习分布式消息中间件RocketMQ的重要资源，本部分为"day2-part1"，包含了多个关键主题，旨在帮助开发者掌握RocketMQ的核心概念以及如何在实际项目中应用。以下是各视频文件...
全面解剖RocketMQ和项目实战-day2-part2.7z
06-25
在描述中提到的是"全面解剖RocketMQ和项目实战-day2-part2.7z"，这表明这是一个关于RocketMQ的进阶教程，可能是系列课程的一部分，重点在于理论知识与实践操作的结合。这部分内容可能涵盖了RocketMQ的高级特性，如...
# 全面解剖 消息中间件 RocketMQ-（3）
段子手168的博客
05-25 893
全面解剖 消息中间件 RocketMQ-（3） 一、RocketMQ -- mqadmin 命令介绍 二、RocketMQ -- console 集群监控平台搭建 三、RocketMQ -- 消息发送样例介绍和步骤分析 四、RocketMQ -- 发送同步消息 五、RocketMQ -- 发送异步消息 六、RocketMQ -- 发送单向消息 七、RocketMQ -- 消息消费基本流程 八、RocketMQ -- 消费者广播模式和负载均衡模式
# 全面解剖 消息中间件 RocketMQ-（1）
段子手168的博客
05-23 940
全面解剖 RocketMQ-（1） 一、RocketMQ 介绍 二、MQ 优缺点比较 三、大 MQ 产品比较 四、RocketMQ 安装 五、测试发送消息和接受消息
# 全面解剖 消息中间件 RocketMQ-（5）
段子手168的博客
06-04 1124
# 全面解剖 消息中间件 RocketMQ-（5） 一、RocketMQ ：过滤消息的两种方式 二、RocketMQ ：Tag 过滤 三、RocketMQ ：SQL 语法过滤 四、RocketMQ ：事务消息的流程分析 五、RocketMQ ：事务消息的实现
# 全面解剖 消息中间件 RocketMQ-（4）
段子手168的博客
06-03 1149
# 全面解剖 消息中间件 RocketMQ-（4） 一、RocketMQ 顺序消息分析 二、RocketMQ 顺序消息发送者 三、RocketMQ 顺序消息消费者 四、RocketMQ 延迟消息 五、RocketMQ 批量消息发送
学习笔记（2):全面解剖RocketMQ和项目实战-RocketMQ各角色介绍
guo12377570的专栏
07-12 251
RocketMQ是阿里巴巴在2012年开源的分布式消息中间件，目前已经捐赠给Apache软件基金会，并于2017年9月25日成为Apache的顶级项目。作为经历过多次阿里巴巴双十一这种“超级工程”的洗礼并有稳定出色表现的国产中间件，以其高性能、低延时和高可靠等特性近年来已经也被越来越多的国内企业使用。其主要功能有1.灵活可扩展性、2.海量消息堆积能力、3.支持顺序消息、4.多种消息过滤...
学习笔记(01):全面解剖RocketMQ和项目实战-RocketMQ各角色介绍
u010481374的博客
04-04 326
RocketMQ是阿里巴巴在2012年开源的分布式消息中间件，目前已经捐赠给Apache软件基金会，并于2017年9月25日成为Apache的顶级项目。作为经历过多次阿里巴巴双十一这种“超级工程”的洗礼并有稳定出色表现的国产中间件，以其高性能、低延时和高可靠等特性近年来已经也被越来越多的国内企业使用。其主要功能有1.灵活可扩展性、2.海量消息堆积能力、3.支持顺序消息、4.多种消息过滤...
# RocketMQ 实战：模拟电商网站场景综合案例（一）
段子手168的博客
06-05 1396
# RocketMQ 实战：模拟电商网站场景综合案例（一） 一、内容介绍 二、综合案例功能介绍 三、项目技术介绍 四、SpringBoot 整合 RocketMQ ：springboot 集成 rocketmq 生产者
【RocketMQ专题】快速实战及集群架构原理详解
qq_32681589的博客
09-18 1474
MQ：即MessageQueue，消息队列。是在互联网中使用非常广泛的一系列服务中间件。Message：消息。消息是在不同进程之间传递的数据。这些进程可以部署在同一台机器上，也可以分布在不同机器上Queue：队列。队列原意是指一种具有FIFO(先进先出)特性的数据结构，是用来缓存数据的。对于消息中间件产品来说，能不能保证FIFO特性，尚值得考量。但是，所有消息队列都是需要具备存储消息，让消息排队的能力。广义上来说，只要能够实现消息跨进程传输以及队列数据缓存，就可以称之为消息队列。
学习笔记（1):全面解剖RocketMQ和项目实战-各大MQ产品比较
guo12377570的专栏
07-12 163
RocketMQ是阿里巴巴在2012年开源的分布式消息中间件，目前已经捐赠给Apache软件基金会，并于2017年9月25日成为Apache的顶级项目。作为经历过多次阿里巴巴双十一这种“超级工程”的洗礼并有稳定出色表现的国产中间件，以其高性能、低延时和高可靠等特性近年来已经也被越来越多的国内企业使用。其主要功能有1.灵活可扩展性、2.海量消息堆积能力、3.支持顺序消息、4.多种消息过滤...
资料-全面解剖RocketMQ和项目实战.zip
09-22
【标题】：“资料-全面解剖RocketMQ和项目实战.zip” RocketMQ，全称为Apache RocketMQ，是一款由阿里巴巴开源并贡献给Apache软件基金会的消息中间件，它被设计用于大规模分布式系统中的高吞吐量、低延迟、高可用性...
全面解剖RocketMQ和项目实战-day4-part5.7z
06-25
在"全面解剖RocketMQ和项目实战-day4-part5.7z"这个压缩包中，包含了一系列视频教程，详细讲解了RocketMQ的关键特性和实战技巧，下面将对这些知识点进行深入解析。 1. **拉取消息长轮询机制（54.拉取消息长轮询机制...
全面解剖RocketMQ和项目实战-day4-part3.7z
06-25
RocketMQ是阿里巴巴开源的一款分布式消息中间件，广泛应用于大规模分布式系统中的消息传递。在本系列教程的第四天，我们将深入探讨RocketMQ的核心概念和技术细节，包括消息的存储流程、存储文件内存映射、消息发送...
SpringBoot优雅的封装不同研发环境下（环境隔离）RocketMq自动ack和手动ack
qq_37557563的博客
08-12 951
SpringBoot优雅的封装不同研发环境下（环境隔离）RocketMq自动ack和手动ack,并提供具体示例，亲测有效
基于Hive和Hadoop的哔哩哔哩网站分析系统
图南的博客
09-27 691
本项目是一个基于大数据技术的哔哩哔哩平台分析系统，旨在为用户提供全面的哔哩哔哩视频数据和深入的用户行为分析。系统采用 Hadoop 平台进行大规模数据存储和处理，利用 MapReduce 进行数据分析和处理，通过 Sqoop 实现数据的导入导出，以 Spark 为核心进行高效的数据处理。整个系统结合了大数据处理技术，为用户提供精准的内容推荐和深入的用户兴趣分析，帮助平台更好地了解视频趋势和用户需求。
Spring Cloud全解析：服务调用之OpenFeign集成OkHttp
最新发布
Lxn2zh的博客
09-30 644
HTTP连接需要进行TCP三次握手，是一个比较耗时的操作，一般我们不直接使用HttpURLConnection，而是使用HttpClient/okHttp等支持连接池的客户端工具，以Feign集成OkHttp为例。OpenFeign本质是HTTP来进行服务调用的，也就是需要集成一个Http客户端。默认是HttpURLConnection方式，也就是jdk中提供的最原始的那个。要开启OkHttp ,还需要在YML 中添加开启配置项，默认是关闭的。使用的是Client接口来进行请求的。
spring-boot 整合 mybatis
m0_72168501的博客
09-29 476
spring boot 整合 mybatis
《C语言深度解剖》- 程序员面试笔试必备
"C语言深度解剖.pdf" 这本书的作者陈正冲和石虎通过深入剖析C语言，旨在帮助读者理解编程面试和笔试中的关键概念。他们观察到许多程序员，包括经验丰富的开发者，对于C语言的一些核心概念理解并不深入，尤其是指针...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

段子手-168

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

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

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

打赏作者

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

抵扣说明：

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

余额充值