rocketMQ中消息有以下几种
- 普通消息:消息队列中没有特性的消息
- 顺序消息:严格按照顺序发布和消费的消息,先发布的消息一定会先被消费,可以分为
- 全局顺序消息:所有消息严格按照先入先出的顺序来发布和消费
- 分区顺序消息:消息根据sharding key进行区块分区,同一分区的消息严格按照先入先出的顺序进行发布和消费
- 定时消息:发送消息时可以不立即投递,而是指定一个将来的时间点进行投递
- 延时消息:发送消息时可以不立即投递,而是指定一个延迟时间段后才进行投递
- 事务消息:提供分布式事务功能、达到分布式事务的最终一致性
- 半事务消息:已发送到消息服务端,但是未收到发送方提交或回滚确认的消息,状态是“暂不能投递”,不会被投递给消费者。
- 消息回查:消息服务端扫描发现某消息长时间处于“半事务消息”状态时,主动向消息发送者查询消息最终状态的过程
一、消息发送方式
小修发送方式有三种
- 同步发送
- 异步发送
- 单向发送
1.1 同步发送
原理:同步发送是指消息发送方发出一条消息后,会在收到服务端同步响应之后才发下一条消息的通讯方式。
应用场景:此种方式应用场景非常广泛,例如重要通知邮件、报名短信通知、营销短信系统等。
1.2 异步发送
原理
异步发送是指发送方发出一条消息后,不等服务端返回响应,接着发送下一条消息的通讯方式。发送消息时需要实现异步发送回调接口(SendCallback)。消息发送方在发送了一条消息后,不需要等待服务端响应即可发送第二条消息。发送方通过回调接口接收服务端响应,并处理响应结果。
应用场景
异步发送一般用于链路耗时较长,对响应时间较为敏感的业务场景,例如,您视频上传后通知启动转码服务,转码完成后通知推送转码结果等。
1.3 单向发送
原理
发送方只负责发送消息,不等待服务端返回响应且没有回调函数触发,即只发送请求不等待应答。此方式发送消息的过程耗时非常短,一般在微秒级别。
应用场景
适用于某些耗时非常短,但对可靠性要求并不高的场景,例如日志收集。
1.4 三种发送方式对比
发送方式 | 发送TPS | 发送结果反馈 | 可靠性 |
同步发送 | 快 | 有 | 不丢失 |
异步发送 | 快 | 有 | 不丢失 |
单向发送 | 最快 | 无 | 可能丢失 |
1.5 不同消息适用的发送方式
顺序消息必须保证按照顺序发送,所以只能使用同步发送。
消息类型 | 是否支持可靠的同步发送 | 是否支持可靠的异步发送 | 是否支持单向发送 |
无序消息(普通、事务、定时、延时) | 是 | 是 | 是 |
分区顺序消息 | 是 | 否 | 否 |
全局顺序消息 | 是 | 否 | 否 |
二、消息对比
顺序消息必须保证按照顺序发送和消费,所以不支持定时、延时、事务。
消息类型 | 是否支持事务消息 | 是否支持定时和延时消息 | 性能 |
无序消息(普通、事务、定时、延时) | 是 | 是 | 最高 |
分区顺序消息 | 否 | 否 | 高 |
全局顺序消息 | 否 | 否 | 一般 |
三、消费模式
- 集群消费:任何一条消息只需要被消费者集群中任意一个消费者处理
- 广播消费:每条消息被推送给消费者集群中的所有注册消费者,保证消息被每个消费者至少消费一次
消息类型 | 是否支持顺序消息 | 消费进度维护处 |
集群消费 | 是 | 服务端维护 |
广播消费 | 否 | 客户端维护 |
以上