提示
RocketMQ基础篇
1. MQ简介
1.1 项目工程弊端
1.2 MQ简介
MQ(Message Queue)消息队列,是一种用来保存消息数据的队列.
队列:数据结构的一种,特征为 “先进先出”
何为消息
- 服务器间的业务请求
- 原始架构:
- 服务器中的A功能需要调用B、C模块才能完成
- 微服务架构:
- 服务器A向服务器B发送要执行的操作(视为消息)
- 服务器A向服务器C发送要执行的操作(视为消息)
- 原始架构:
- 服务器间的业务请求
小节:MQ概念
1.3 MQ作用
优势:
- 应用解耦
- 异步提速
- 削峰填谷
劣势:
- 系统可用性降低
- 系统复杂度提高
- 一致性问题
1.4 MQ基本工作模式
应用解耦:(异步消息发送)
流量削锋:(异步消息发送)
1.5 MQ优缺点分析
优点(作用):
- 应用解耦
- 快速应用变更维护
- 流量削锋
缺点:
- 系统可用性降低
- 系统复杂度提高
- 异步消息机制
- 消息顺序性
- 消息丢失
- 消息一致性
- 消息重复使用
1.6 MQ产品介绍
ActiveMQ
java语言实现,万级数据吞吐量,处理速度ms级,主从架构,成熟度高
RabbitMQ
erlang语言实现,万级数据吞吐量,处理速度us级,主从架构,
RocketMQ
java语言实现,十万级数据吞吐量,处理速度ms级,分布式架构,功能强大,扩展性强
kafka
scala语言实现,十万级数据吞吐量,处理速度ms级,分布式架构,功能较少,应用于大数据较多
RocketMQ
RocketMQ是阿里开源的一款非常优秀中间件产品,脱胎于阿里的另一款队列技术MetaQ,后捐赠给Apache基金会 作为一款孵化技术,仅仅经历了一年多的时间就成为Apache基金会的顶级项目。并且它现在已经在阿里内部被广泛 的应用,并且经受住了多次双十一的这种极致场景的压力(2017年的双十一,RocketMQ流转的消息量达到了万亿 级,峰值TPS达到5600万)
解决所有缺点
2. 环境搭建
2.1 基础概念
- 生产者
- 消费者
- 消息服务器
- 命名服务器
- 消息
- 主题
- 标签
- 心跳
- 监听器
- 拉取消费、推动消费
- 注册
2.2 安装
- 命名服务器
- 消息服务器
2.3 下载
2.4 linux安装过程
步骤1:安装JDK(1.8)
步骤2:上传压缩包(zip)
From: 元动力 1
yum -y install lrzsz
From: 元动力 1
rz
步骤3:解压缩
From: 元动力 1
unzip rocketmq-all-4.5.2-bin-release.zip
步骤4:修改目录名称
From: 元动力 1
mv rocketmq-all-4.5.2-bin-release rocketmq
启动服务器
- 步骤1:启动命名服务器(bin目录下)
1 |
|
步骤2:启动消息服务器(bin目录下)
From: 元动力 1
sh mqbroker -n localhost:9876
修改runbroker.sh文件中有关内存的配置(调整的与当前虚拟机内存匹配即可,推荐256m-128m)
测试服务器环境
步骤1:配置命名服务器地址
From: 元动力 1
export NAMESRV_ADDR=localhost:9876
步骤2:启动生产者程序客户端(bin目录下)
From: 元动力 1
sh tools.sh org.apache.rocketmq.example.quickstart.Producer
启动后产生大量日志信息(注意该信息是测试程序中自带的,不具有通用性,仅供学习查阅参考)
步骤3:启动消费者程序客户端(bin目录下)
From: 元动力 1
sh tools.sh org.apache.rocketmq.example.quickstart.Consumer
启动后产生大量日志信息
2.5 windows安装
2.5.1系统环境变量配置
1、右键我的电脑-->属性
2、系统属性--环境变量
3、系统变量中-->新建
变量名:ROCKETMQ_HOME
变量值:MQ解压路径\MQ文件夹名
2.5.2启动
1、启动NAMESERVER
Cmd命令框执行进入至‘MQ文件夹\bin’下 端口9876
1 |
|
2、启动BROKER
1 |
|
注意:闪退回命令行
删除C:\Users\”当前系统用户名”\store下的所有文件。
2.5.3测试
1、新建环境变量
变量名:NAMESRV_ADDR
变量值:localhost:9876
2、测试生产者发送消息
bin目录下
1 |
|
3、测试消费者接收消息
bin目录下
1 |
|
2.5.4控制台安装
1下载源码
1 |
|
2进入rocketmq-externals\rocketmq-console 工程,编译源码
1 |
|
3target 目录生成 jar包
4运行
1 |
|
3. 消息发送(重点)
3.1 主要内容
- 基于Java环境构建消息发送与消息接收基础程序
- 单生产者单消费者
- 单生产者多消费者
- 多生产者多消费者
- 发送不同类型的消息
- 同步消息
- 异步消息
- 单向消息
- 特殊的消息发送
- 延时消息
- 批量消息
- 特殊的消息接收
- 消息过滤
- 消息发送与接收顺序控制
- 事务消息
3.2 消息发送与接收开发流程
- 谁来发?
- 发给谁?
- 怎么发?
- 发什么?
- 发的结果是什么?
- 打扫战场
3.3 单生产者单消费者消息发送(OneToOne)
1新建maven项目rocketmq
2导入RocketMQ客户端坐标
1 |
|
3生产者 com.ydl.base.Producer
1 |
|
4消费者
1 |
|
3.4 单生产者多消费者消息发送(OneToMany)
1生产者 com.ydl.one2many.Producer
1 |
|
2消费者(负载均衡模式:默认模式)
开启多实例运行
1 |
|
注意:同一个消费者 多份。争抢topic数据。
3.5 单生产者多消费者消息发送(OneToMany)
消费者(广播模式)
1 |
|
3.6 多生产者多消费者消息发送(ManyToMany)
- 多生产者产生的消息可以被同一个消费者消费,也可以被多个消费者消费
3.7 小节
- 消息发送
- One-To-One(基础发送与基础接收)
- One-To-Many(负载均衡模式与广播模式)
- Many-To-Many
4 消息类别
- 同步消息
- 异步消息
- 单向消息
4.1 同步消息
特征:即时性较强,重要的消息,且必须有回执的消息,例如短信,通知(转账成功)
代码实现
com.ydl.messageType拷贝producer
1 |
|
4.2 异步消息
特征:即时性较弱,但需要有回执的消息,例如订单中的某些信息
代码实现
1 |
|
4.3 单向消息
特征:不需要有回执的消息,例如日志类消息
代码实现
1 |
|
4.4 延时消息
消息发送时并不直接发送到消息服务器,而是根据设定的等待时间到达,起到延时到达的缓冲作用
1 |
|
目前支持的消息时间
1 |
|
4.5 批量消息
批量发送消息能显著提高传递小消息的性能.
发送批量消息:
1 |
|
注意限制:
1这些批量消息应该有相同的topic
2相同的waitStoreMsgOK
3不能是延时消息
4消息内容总长度不超过4M
消息内容总长度包含如下:
- topic(字符串字节数)
- body (字节数组长度)
- 消息追加的属性(key与value对应字符串字节数)
- 日志(固定20字节)
4.6 消息过滤
4.6.1分类过滤
按照tag过滤信息。
生产者
1 |
|
消费者
1 |
|
4.6.2语法过滤(属性过滤/语法过滤/SQL过滤)
基本语法
- 数值比较,比如:>,>=,<,<=,BETWEEN,=;
- 字符比较,比如:=,<>,IN;
- IS NULL 或者 IS NOT NULL;
- 逻辑符号 AND,OR,NOT;
常量支持类型为:
- 数值,比如:123,3.1415;
- 字符,比如:'abc',必须用单引号包裹起来;
- NULL,特殊的常量
- 布尔值,TRUE 或 FALSE
生产者
1 |
|
消费者
1 |
|
注意:SQL过滤需要依赖服务器的功能支持,在broker.conf配置文件中添加对应的功能项,并开启对应功能
1 |
|
重启broker
1 |
|
或者直接cmd中输入
1 |
|
页面查看开启与否
5springboot整合
新建 springboot项目
5.1导包
1 |
|
5.2配置文件
1 |
|
5.3实体类
1 |
|
5.4生产者
1 |
|
5.5消费者
1 |
|
5.6其他消息
异步发送
1 |
|
单向发送
1 |
|
延时消息
1 |
|
批量
1 |
|
Tag过滤
消费者
1 |
|
Sql过滤
1 |
|
改消息模式
1 |
|
RocketMQ 进阶篇
1消息的特殊处理
1.1 错乱的消息顺序
原因
消息有序指的是可以按照消息的发送顺序来消费(FIFO)。RocketMQ可以严格的保证消息有序,可以分为分区有序或者全局有序。
顺序消费的原理解析,在默认的情况下消息发送会采取Round Robin轮询方式把消息发送到不同的queue(分区队列);而消费消息的时候从多个queue上拉取消息,这种情况发送和消费是不能保证顺序。但是如果控制发送的顺序消息只依次发送到同一个queue中,消费的时候只从这个queue上依次拉取,则就保证了顺序。当发送和消费参与的queue只有一个,则是全局有序;如果多个queue参与,则为分区有序,即相对每个queue,消息都是有序的。
下面用订单进行分区有序的示例。一个订单的顺序流程是:创建、付款、推送、完成。订单号相同的消息会被先后发送到同一个队列中,消费时,同一个OrderId获取到的肯定是同一个队列。
先读到第一个订单的创建和完成消息
想要的效果
1.2 顺序消息
1.2.1订单步骤实体类
1 |
|
1.2.1发送消息
1 |
|
1.2.2接收消息
1 |
|
1.3 事务消息
- 正常事务过程
- 事务补偿过程
1.4 事务消息状态
- 提交状态:允许进入队列,此消息与非事务消息无区别
- 回滚状态:不允许进入队列,此消息等同于未发送过
- 中间状态:完成了half消息的发送,未对MQ进行二次状态确认
- 注意:事务消息仅与生产者有关,与消费者无关
1.5 事务消息
提交状态
1 |
|
回滚状态
1 |
|
中间状态
1 |
|
2. 集群搭建
2.1 RocketMQ集群分类
- 单机
- 一个broker提供服务(宕机后服务瘫痪)
- 集群
- 多个broker提供服务(单机宕机后消息无法及时被消费)
- 多个master多个slave
- master到slave消息同步方式为同步(较异步方式性能略低,消息无延迟)
- master到slave消息同步方式为异步(较同步方式性能略高,数据略有延迟)
2.2 RocketMQ集群特征
RocketMQ集群工作流程
- 步骤1:NameServer启动,开启监听,等待broker、producer与consumer连接
- 步骤2:broker启动,根据配置信息,连接所有的NameServer,并保持长连接
- 步骤2补充:如果broker中有现存数据, NameServer将保存topic与broker关系
- 步骤3:producer发信息,连接某个NameServer,并建立长连接
- 步骤4:producer发消息
- 步骤4.1若果topic存在,由NameServer直接分配
- 步骤4.2如果topic不存在,由NameServer创建topic与broker关系,并分配
- 步骤5:producer在broker的topic选择一个消息队列(从列表中选择)
- 步骤6:producer与broker建立长连接,用于发送消息
- 步骤7:producer发送消息
comsumer工作流程同producer
双主双从集群搭建:
操作步骤:注意两台机器同时操作
配置服务器环境:
From: 元动力 1
vim /etc/hosts
From: 元动力 1
2
3
4
5
6
7
8# nameserver
192.168.200.129 rocketmq-nameserver1
192.168.200.130 rocketmq-nameserver2
# broker
192.168.200.129 rocketmq-master1
192.168.200.129 rocketmq-slave2
192.168.200.130 rocketmq-master2
192.168.200.130 rocketmq-slave1配置完毕后重启网卡,应用配置
1 |
|
关闭防火墙或者开发指定端口对外提供服务
From: 元动力 1
2
3
4
5
6# 关闭防火墙
systemctl stop firewalld.service
# 查看防火墙的状态
firewall-cmd --state
# 禁止firewall开机启动
systemctl disable firewalld.service配置服务器环境
From: 元动力 1
vim /etc/profile
From: 元动力 1
2
3
4#set rocketmq
ROCKETMQ_HOME=/rocketmq
PATH=$PATH:$ROCKETMQ_HOME/bin
export ROCKETMQ_HOME PATH配置完毕后重启网卡,应用配置
From: 元动力 1
source /etc/profile
将rocketmq解压到/rocketmq
创建集群服务器的数据存储目录
From: 元动力 1
2
3
4
5
6
7
8
9
10
11#master 数据存储目录
mkdir /rocketmq/store
mkdir /rocketmq/store/commitlog
mkdir /rocketmq/store/consumequeue
mkdir /rocketmq/store/index
#slave 数据存储目录
mkdir /rocketmq/store-slave
mkdir /rocketmq/store-slave/commitlog
mkdir /rocketmq/store-slave/consumequeue
mkdir /rocketmq/store-slave/index注意master与slave如果在同一个虚拟机中部署,需要将存储目录区分开
第一台129机器上
From: 元动力 1
cd /rocketmq/conf/2m-2s-sync
From: 元动力 1
vim broker-a.properties
From: 元动力 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60#所属集群名字
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=/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/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=128From: 元动力 1
vim broker-b-s.properties
From: 元动力 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60#所属集群名字
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=/rocketmq/store-slave
#commitLog 存储路径
storePathCommitLog=/rocketmq/store-slave/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/rocketmq/store-slave/consumequeue
#消息索引存储路径
storePathIndex=/rocketmq/store-slave/index
#checkpoint 文件存储路径
storeCheckpoint=/rocketmq/store-slave/checkpoint
#abort 文件存储路径
abortFile=/rocketmq/store-slave/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=128From: 元动力 1
2rm -rf broker-a-s.properties
rm -rf broker-b.properties第二台130机器上
From: 元动力 1
cd /rocketmq/conf/2m-2s-sync
From: 元动力 1
vim broker-b.properties
From: 元动力 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60#所属集群名字
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=/rocketmq/store
#commitLog 存储路径
storePathCommitLog=/rocketmq/store/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/rocketmq/store/consumequeue
#消息索引存储路径
storePathIndex=/rocketmq/store/index
#checkpoint 文件存储路径
storeCheckpoint=/rocketmq/store/checkpoint
#abort 文件存储路径
abortFile=/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=128From: 元动力 1
vim broker-a-s.properties
From: 元动力 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60#所属集群名字
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=/rocketmq/store-slave
#commitLog 存储路径
storePathCommitLog=/rocketmq/store-slave/commitlog
#消费队列存储路径存储路径
storePathConsumeQueue=/rocketmq/store-slave/consumequeue
#消息索引存储路径
storePathIndex=/rocketmq/store-slave/index
#checkpoint 文件存储路径
storeCheckpoint=/rocketmq/store-slave/checkpoint
#abort 文件存储路径
abortFile=/rocketmq/store-slave/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=128From: 元动力 1
2rm -rf broker-a.properties
rm -rf broker-b-s.properties检查启动内存
From: 元动力 1
vim /rocketmq/bin/runbroker.sh
From: 元动力 1
2# 开发环境配置 JVM Configuration
JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m"启动服务器(在bin目录下依次启动)
129上
From: 元动力 1
nohup sh mqnamesrv &
From: 元动力 1
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-a.properties &
From: 元动力 1
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-b-s.properties &
130上
1 |
|
1 |
|
1 |
|
4.3 rocketmq-console集群监控平台搭建
- incubator-rocketmq-externals是一个基于rocketmq的基础之上扩展开发的开源项目
- 获取地址:https://github.com/apache/rocketmq-externals
- rocketmq-console是一款基于java环境开发的(springboot)的管理控制台工具
3. 高级特性(重点)
3.1 消息的存储
- 消息生成者发送消息到MQ
- MQ返回ACK给生产者
- MQ push 消息给对应的消费者
- 消息消费者返回ACK给MQ
说明:ACK(Acknowledge character)
3.2 消息的存储
- 消息生成者发送消息到MQ
- MQ收到消息,将消息进行持久化,存储该消息
- MQ返回ACK给生产者
- MQ push 消息给对应的消费者
- 消息消费者返回ACK给MQ
- MQ删除消息
注意:
- 第⑤步MQ在指定时间内接到消息消费者返回ACK,MQ认定消息消费成功,执行⑥
- 第⑤步MQ在指定时间内未接到消息消费者返回ACK,MQ认定消息消费失败,重新执行④⑤⑥
3.3 消息的存储介质
- 数据库
- ActiveMQ
- 缺点:数据库瓶颈将成为MQ瓶颈
- 文件系统
- RocketMQ/Kafka/RabbitMQ
- 解决方案:采用消息刷盘机制进行数据存储
- 缺点:硬盘损坏的问题无法避免
3.4 高效的消息存储与读写方式
SSD(Solid State Disk)
随机写(100KB/s)
顺序写 (600MB/s)1秒1部电影
Linux系统发送数据的方式
“零拷贝”技术
- 数据传输由传统的4次复制简化成3次复制,减少1次复制过程
- Java语言中使用MappedByteBuffer类实现了该技术
- 要求:预留存储空间,用于保存数据(1G存储空间起步)
3.5 消息存储结构
- MQ数据存储区域包含如下内容
- 消息数据存储区域
- topic
- queueId
- message
- 消费逻辑队列
- minOffset
- maxOffset
- consumerOffset
- 索引
- key索引
- 创建时间索引
- 消息数据存储区域
3.6 刷盘机制
同步刷盘
生产者发送消息到MQ,MQ接到消息数据
MQ挂起生产者发送消息的线程
MQ将消息数据写入内存
内存数据写入硬盘
磁盘存储后返回SUCCESS
MQ恢复挂起的生产者线程
发送ACK到生产者
异步刷盘
- 生产者发送消息到MQ,MQ接到消息数据
- MQ将消息数据写入内存
- 发送ACK到生产者
- 同步刷盘:安全性高,效率低,速度慢(适用于对数据安全要求较高的业务)
- 异步刷盘:安全性低,效率高,速度快(适用于对数据处理速度要求较高的业务)
配置方式
1 |
|
5.7 高可用性
- nameserver
- 无状态+全服务器注册
- 消息服务器
- 主从架构(2M-2S)
- 消息生产
- 生产者将相同的topic绑定到多个group组,保障master挂掉后,其他master仍可正常进行消 息接收
- 消息消费
- RocketMQ自身会根据master的压力确认是否由master承担消息读取的功能,当master繁忙 时候,自动切换由slave承担数据读取的工作
5.8 主从数据复制
同步复制
- master接到消息后,先复制到slave,然后反馈给生产者写操作成功
- 优点:数据安全,不丢数据,出现故障容易恢复
- 缺点:影响数据吞吐量,整体性能低
异步复制
- master接到消息后,立即返回给生产者写操作成功,当消息达到一定量后再异步复制到slave
- 优点:数据吞吐量大,操作延迟低,性能高
- 缺点:数据不安全,会出现数据丢失的现象,一旦master出现故障,从上次数据同步到故障时间的数据将丢失
配置方式
From: 元动力 1
2
3
4
5#Broker 的角色
#- ASYNC_MASTER 异步复制Master
#- SYNC_MASTER 同步双写Master
#- SLAVE
brokerRole=SYNC_MASTER
5.9 负载均衡
- Producer负载均衡
- 内部实现了不同broker集群中对同一topic对应消息队列的负载均衡
- Consumer负载均衡
- 平均分配
- 循环平均分配
- 广播模式(不参与负载均衡)
5.10 消息重试
- 当消息消费后未正常返回消费成功的信息将启动消息重试机制
- 消息重试机制
- 顺序消息
- 无序消息
5.10.1 顺序消息重试
- 当消费者消费消息失败后,RocketMQ会自动进行消息重试(每次间隔时间为 1 秒)
- 注意:应用会出现消息消费被阻塞的情况,因此,要对顺序消息的消费情况进行监控,避免阻塞现象的发生
5.10.2 无序消息重试
- 无序消息包括普通消息、定时消息、延时消息、事务消息
- 无序消息重试仅适用于负载均衡(集群)模型下的消息消费,不适用于广播模式下的消息消费
- 为保障无序消息的消费,MQ设定了合理的消息重试间隔时长
5.11 死信队列
- 当消息消费重试到达了指定次数(默认16次)后,MQ将无法被正常消费的消息称为死信消息(Dead-Letter Message)
- 死信消息不会被直接抛弃,而是保存到了一个全新的队列中,该队列称为死信队列(Dead-Letter Queue)\
- 死信队列特征
- 归属某一个组(Gourp Id),而不归属Topic,也不归属消费者
- 一个死信队列中可以包含同一个组下的多个Topic中的死信消息
- 死信队列不会进行默认初始化,当第一个死信出现后,此队列首次初始化
- 死信队列中消息特征
- 不会被再次重复消费
- 死信队列中的消息有效期为3天,达到时限后将被清除
5.12 死信处理
- 在监控平台中,通过查找死信,获取死信的messageId,然后通过id对死信进行精准消费
5.13 消息重复消费
- 消息重复消费原因
- 生产者发送了重复的消息
- 网络闪断
- 生产者宕机
- 消息服务器投递了重复的消息
- 网络闪断
- 动态的负载均衡过程
- 网络闪断/抖动
- broker重启
- 订阅方应用重启(消费者)
- 客户端扩容
- 客户端缩容
- 生产者发送了重复的消息
5.14 消息幂等
对同一条消息,无论消费多少次,结果保持一致,称为消息幂等性
解决方案
- 使用业务id作为消息的key
- 在消费消息时,客户端对key做判定,未使用过放行,使用过抛弃
注意:messageId由RocketMQ产生,messageId并不具有唯一性,不能作用幂等判定条件
常见的幂等方法示例
•新增:不幂等 insert into order values (……)
•查询:幂等
•删除:幂等 delete from 表 where id =1
•修改:不幂等 update account set balance = balance+100 where no=1
•修改:幂等 update account set balance =100 where no=1
计算机考研:
1计算机组成原理 :
2网络:3次握手 4次挥手
3操作系统:linux
4数据结构-算法:tree b+ 链表
执行力