基于RocketMQ实现消息队列

最新推荐文章于 2024-07-29 09:00:00 发布
最新推荐文章于 2024-07-29 09:00:00 发布
阅读量895 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Northerner_L/article/details/107813874
版权

RocketMQ是什么

RocketMQ是一个纯Java、分布式、队列模型的开源消息中间件，前身是MetaQ，是阿里参考Kafka特点研发的一个队列模型的消息中间件，后开源给Apache基金会成为了Apache的顶级开源项目，具有高性能、高可靠、高实时、分布式特点。RocketMQ承接了例如“双11”等高并发场景的消息流转，能够处理万亿级别的消息。
官网：http://rocketmq.apache.org/

RocketMQ安装

下载地址：
https://www.apache.org/dyn/closer.cgi?path=rocketmq/4.7.0/rocketmq-all-4.7.0-bin-release.zip

  1. RocketMQ是一个纯Java、分布式、队列模型的开源消息中间件所以需要jdk运行环境
  2. 以二进制包方式安装
    解压安装包(使用unzip这个命令进行解压，如果没有unzip这个命令使用
yum -y install unzip

命令安装unzip命令)

  1. 将压缩包上传到opt文件夹下并解压
root@localhost opt]# unzip rocketmq-all-4.4.0-bin-release.zip
  1. 文件夹名称太长，操作起来不方便。给文件重命名
root@localhost opt]# unzip rocketmq-all-4.4.0-bin-release.zip

启动RocketMQ

启动NameServer

1.启动NameServer

nohup sh bin/mqnamesrv &

2.查看启动日志

tail -f ~/logs/rocketmqlogs/namesrv.log
启动Broker

1.启动Broker

nohup sh bin/mqbroker -n localhost:9876 &

2.查看启动日志

tail -f ~/logs/rocketmqlogs/broker.log

在启动Broker时可能会遇到启动失败的问题，这是因为RocketMQ默认的虚拟机内存较大，启动Broker如果因为内存不足失败，需要编辑如下两个配置文件，修改JVM内存大小。

编辑runbroker.sh和runserver.sh修改默认JVM大小 进到bin目录下
vi runbroker.sh
vi runserver.sh

可以按照以下参考设置进行设置
JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m -XX:MetaspaceSize=128m  -XX:MaxMetaspaceSize=320m"

测试RocketMQ

发送消息

1.设置环境变量

vi /etc/profile
#在配置文件中加入
export NAMESRV_ADDR=localhost:9876
#使配置文件生效
source /etc/profile

2.使用安装包的Demo发送消息

sh bin/tools.sh org.apache.rocketmq.example.quickstart.Producer
接收消息

3.可以新打开一个窗口，一个发送，一个接收效果比较明显

sh bin/tools.sh org.apache.rocketmq.example.quickstart.Consumer

RocketMQ系统部署架构

在这里插入图片描述

  • NameServer是一个几乎无状态节点，可集群部署，节点之间无任何信息同步。在消息队列 RocketMQ中提供命名服务，更新和发现 Broker 服务。(NameServer就是注册中心)
  • Broker部署相对复杂，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配置决定。

RocketMQ集群部署模式

从上面的部署结构图中我们可以看到RocketMQ啥都是集群部署的，这是他吞吐量大，高可用的原因之一，集群部署的模式也很花哨，有四种模式：单Master模式、多Master模式、多Master多Slave异步复制模式、多Master多Slave同步复制模式。

单Master模式

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

多Master模式

一个集群无Slave，全是Master，例如2个Master或者3个Master，这种模式的优缺点如下：
优点：配置简单，单个Master宕机或重启维护对应用无影响，在磁盘配置为RAID10时，即使机器宕机不可恢复情况下，由于RAID10磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢），性能最高；
刷盘：就是将数据持久化到磁盘上。
缺点：单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到影响。

多Master多Slave异步复制模式

每个Master配置一个Slave，有多对Master-Slave，HA采用异步复制方式，异步复制方式是只要Master写成功即可反馈给客户端写成功状态，主备有短暂消息延迟（毫秒级），这种模式的优缺点如下：
优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，同时Master宕机后，消费者仍然可以从Slave消费，而且此过程对应用透明，不需要人工干预，性能同多Master模式几乎一样；
缺点：Master宕机，磁盘损坏情况下会丢失少量消息。

多Master多Slave同步复制模式

每个Master配置一个Slave，有多对Master-Slave，HA采用同步双写方式，同步复制是等Master和Slave均写成功后才反馈给客户端写成功状态，这种模式的优缺点如下：
优点：数据与服务都无单点故障，Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高；
缺点：性能比异步复制模式略低（大约低10%左右），发送单个消息的RT会略高，且目前版本在主节点宕机后，备机不能自动切换为主机。

RocketMQ双主双从集群搭建

集群工作流程
  1. 启动NameServer，NameServer起来后监听端口（默认端口号9876），等待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建立连接通道，开始消费消息。
服务器环境

需要两台服务器，我可以去虚拟机中克隆一个

#克隆之后查看IP地址
ip addr
序号IP角色架构模式
1192.168.10.130nameserver、brokerserverMaster1、Slave2
2192.168.10.131nameserver、brokerserverMaster2、Slave1
编辑Host文件添加IP地址和主机名的映射信息
vi /etc/hosts

配置如下:

#nameserver
192.168.10.130 rocketmq-nameserver1
192.168.10.131 rocketmq-nameserver2
#broker
192.168.10.130rocketmq-master1
192.168.10.130 rocketmq-slave2
192.168.10.131 rocketmq-master2
192.168.10.131 rocketmq-slave1

配置完成后, 重启网卡

systemctl restart network

可能会报错：

Job for network.service failed because the control process exited with error code. See "systemctl status network.service" and "journalctl -xe" for details.
防火墙配置

宿主机需要远程访问虚拟机的rocketmq服务和web服务，需要开放相关的端口号，简单粗暴的方式是直接关闭防火墙，为了安全可以开启特定的端口，我就直接关闭防火墙了
1.关闭防火墙

systemctl stop firewalld.service

2.查看防火墙的状态

firewall-cmd --state
环境变量配置
vi /etc/profile

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

#set rocketmq
ROCKETMQ_HOME=/opt/rocketmq/
PATH=$PATH:$ROCKETMQ_HOME/bin
export ROCKETMQ_HOME PATH

输入:wq! 保存并退出， 并使得配置立刻生效：

source /etc/profile
创建消息存储路径

注意：如果同一主机上有两个Broker节点，那么两个Broker节点需要有不同的消息存储路径。也就是两个节点上面都要创建

mkdir /opt/rocketmq/store
mkdir /opt/rocketmq/store/commitlog
mkdir /opt/rocketmq/store/consumequeue
mkdir /opt/rocketmq/store/index

mkdir /opt/rocketmq/store2
mkdir /opt/rocketmq/store2/commitlog
mkdir /opt/rocketmq/store2/consumequeue
mkdir /opt/rocketmq/store2/index
编辑Broker配置文件

(1) master1
服务器：192.168.10.130

vi /opt/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=/opt/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/opt/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/opt/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/opt/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/opt/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/opt/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) slave2
服务器：192.168.10.130

vi /opt/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=/opt/rocketmq/store2
#commitLog 存储路径
storePathCommitLog=/opt/rocketmq/store2/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/opt/rocketmq/store2/consumequeue
#消息索引存储路径
storePathIndex=/opt/rocketmq/store2/index
#checkpoint 文件存储路径
storeCheckpoint=/opt/rocketmq/store2/checkpoint
#abort 文件存储路径
abortFile=/opt/rocketmq/store2/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) master2
服务器：192.168.10.131

vi /opt/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=/opt/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/opt/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/opt/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/opt/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/opt/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/opt/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) slave1
服务器：192.168.10.131

vi /opt/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=/opt/rocketmq/store2
#commitLog 存储路径
storePathCommitLog=/opt/rocketmq/store2/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/opt/rocketmq/store2/consumequeue
#消息索引存储路径
storePathIndex=/opt/rocketmq/store2/index
#checkpoint 文件存储路径
storeCheckpoint=/opt/rocketmq/store2/checkpoint
#abort 文件存储路径
abortFile=/opt/rocketmq/store2/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
服务启动

(1) 启动NameServer集群
分别在192.168.10.130和192.168.10.131启动NameServer

cd /opt/rocketmq/bin 
nohup sh mqnamesrv &

(2) 启动Broker集群
在192.168.10.130上启动master1和slave2

cd /opt/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq/conf/2m-2s-sync/broker-a.properties &
cd /opt/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq/conf/2m-2s-sync/broker-b-s.properties &

在192.168.10.131上启动master2和slave2

cd /opt/rocketmq/bin
nohup sh mqbroker -c /opt/rocketmq/conf/2m-2s-sync/broker-b.properties &
nohup sh mqbroker -c /opt/rocketmq/conf/2m-2s-sync/broker-a-s.properties &
查看进程状态

启动后通过JPS查看启动进程

JPS

分别显示
在这里插入图片描述
在这里插入图片描述
就成功了

查看日志

#查看nameServer日志

tail -500f ~/logs/rocketmqlogs/namesrv.log

#查看broker日志

tail -500f ~/logs/rocketmqlogs/broker.log

未完待续… …

惊执
关注
RocketMQ分布式消息队列
m0_61826771的博客
07-27 378
为什么要使用RocketMQ,我们先来看一个天府通刷地铁出站的业务场景【注意】假如天府通出站API 和 支付系统 是不同的子系统 (两个Tomcat远程通信)上下班高峰期使用天府通刷码的人非常多，意味并发量很高，一个出站请求到后台需要做费用计算，费用结算，或者积分赠送等业务。由于并发很高，并且费用结算和积分等业务本来就耗时，况且支付服务也不一定能承担那么大的请求量。当服务器线程耗尽，后续请求会等待变慢，再加上高并发请求就会导致后续请求越来越慢，请求长时间等待，导致大量请求超时。
RocketMQ消息队列demo
01-09
RocketMQ消息队列demo,输入IP端口，就可以对消息队列进行操作，发布消息，订阅消息。
RocketMq消息队列使用
weixin_34050005的博客
05-15 139
最近在看消息队列框架 ，alibaba的RocketMQ单机支持1万以上的持久化队列，支持诸多特性， 目前RocketMQ在阿里集团被广泛应用在订单，交易，充值，流计算，消息推送，日志流式处理，binglog分发等场景 比kafka还是有过之无不及，其实kafka文档很丰富 但RocketMQ网上的文章太少，找不到相关的操作教程 于是研究了下源码 做个单机操作的教程，如果你也对此有兴趣不妨...
RocketMQ命令介绍及RocketMQ的可视化工具部署
热门推荐
小威的博客
07-29 1万+
上篇文章我们介绍了RocketMQ集群的搭建，但是我们只能通过命令来查看集群情况。所以，这篇文章我们主要介绍RocketMQ的可视化平台。RocketMQ的可视化工具主要用于监控和管理RocketMQ集群，帮助我们更加直观地了解RocketMQ的运行状态和性能指标。
rocket MQ消息队列
iteye_7017的博客
12-30 300
阿里云开发地址：https://www.aliyun.com 1.阿里云账号：springstudent2016   2.GitHub 账号:gaoweigang/298gaoweigang_20180123   注册GitHub使用的邮箱:1245508721@qq.com 3.博客:http://www.aiuxian.com/article/p-1933708.html    ...
RocketMQ消息队列
2301_79190746的博客
09-20 105
最常见的一个场景是用户注册后，需要发送注册邮件和短信通知，以告知用户注册成功。此架构下注册、邮件、短信三个任务全部完成后，才返回注册结果到客户端，用户才能使用账号登录。但是对于用户来说，注册功能实际只需要注册系统存储用户的账户信息后，该用户便可以登录，而后续 的注册短信和邮件不是即时需要关注的步骤。所以实际当数据写入注册系统后，注册系统就可以把其他的操作放入对应的消息队列 MQ 中然后马上返 回用户结果，由消息队列 MQ 异步地进行这些操作。
微服务SpringBoot整合Redis基于Redis的Stream消息队列实现异步秒杀下单
11-10
【微服务SpringBoot整合Redis基于Redis的Stream消息队列实现异步秒杀下单】这篇文章主要讲解了如何在微服务架构中使用SpringBoot整合Redis来构建一个基于Redis Stream的消息队列，以此来实现实时、高效的异步秒杀...
基于RocketMQ的ExactlyOnce消息处理系统.zip
最新发布
09-06
本项目基于RocketMQ消息队列系统，实现ExactlyOnce消息处理语义。通过增强RocketMQ客户端，确保每条消息在消费过程中只被处理一次，从而保证消息处理的幂等性。 适用人群 开发人员需要了解如何在分布式系统中实现...
基于RocketMQ的MQTT消息推送服务器分布式部署方案.pdf
09-13
伴随着互联网的飞速发展, 特别是在近几年中, 移动... 本文介绍了MQTT 协议与RocketMQ 的这种开源项目的应用, 并通过RocketMQ 与Mosquitto 相结合的方式, 实现了一种基于RocketMQ 的MQTT 消息推送服务器及其分布式部署.
基于Jmeter实现Rocketmq消息发送
Testfan_zhou的博客
01-24 1160
Jmeter
消息队列 - RocketMQ
LinTa0的博客
07-08 1491
RocketMQ 入门
消息队列RocketMQ
hjukyjhg56的博客
07-13 175
消息队列RocketMQ消息队列RocketMQ核心概念Topic生产者消费者消息消息属性Group生产者集群消费者集群消息收发模型应用场景削峰填谷异步解耦顺序收发分布式事务一致性大数据分析分布式缓存同步 消息队列RocketMQ 消息队列RocketMQ版是阿里云基于Apache RocketMQ构建的低延迟、高并发、高可用、高可靠的分布式消息中间件。消息队列RocketMQ版既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性。 核心概念 To
消息队列-rocketmq
juti4686的博客
05-28 313
版本变化rocketmq一开始有alibaba开发，后来献给了apache，现在的版本是：仓库地址：https://github.com/apache/incubator-rocketmq.gitwindows开发-单机模式在一台window的机器上安装rocketmq，从上面的仓库中下载好所有的文件，调用maven命令：mvn -Prelease-all -DskipTests clean in...
消息队列之RocketMQ
liubopro666的博客
01-19 1111
在当今的分布式系统和微服务架构中，消息队列扮演着至关重要的角色。它们提供了可靠的异步通信和消息传递机制，使得不同的系统组件能够协调工作，提高了系统的可靠性、可扩展性和性能。在众多的消息队列中，RocketMQ 以其高性能、高可靠性和丰富的特性脱颖而出。它是由阿里巴巴开源的一款分布式消息中间件，经过了大规模生产环境的验证，被广泛应用于各种行业和场景。在本博客中，我将深入探讨 RocketMQ 的核心概念、工作原理、安装部署以及实际应用。
Kotlin+RocketMQ实现延时消息详解及示例
实现延时消息的方法多种多样，包括数据库轮询、JDK的DelayQueue、ScheduledExecutorService、Quartz定时任务以及基于Redis的zset。然而，Apache RocketMQ作为一款高可靠、高性能的分布式消息中间件，提供了原生的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值