消息分类
在消息队列中,根据消息的特性及使用场景,可以将消息作如下分类:
|
普通消息 | 无顺序 | 最好 | 吞吐量巨大,且对生产和消费顺序无要求 |
局部顺序消息 | 同一分区下所有消息遵循先入先出(FIFO)规则 | 较好 | 吞吐量较大,同一分区内有序,不同分区内无序 |
全局顺序消息 | 同一 Topic 下所有消息遵循先入先出(FIFO)规则 | 一般 | 吞吐量一般,全局有序,单分区 |
死信消息 | - | - | 无法正常消费的消息 |
定时消息 | 消息在发送至服务端后,推迟到某个时间点被消费 | 存在1秒左右误差 | 在某个指定时间点进行消息的消费 |
延时消息 | 消息在发送至服务端后,推迟一段时间后再被消费 | 存在1秒左右误差 | 在指定的时间间隔后进行消息消费 |
普通消息
普通消息是一种基础的消息类型,由生产投递到指定 Topic 后,被订阅了该 Topic 的消费者所消费。普通消息的 Topic 中无顺序的概念,可以使用多个分区数来提升消息的生产和消费效率,在吞吐量巨大时其性能最好。
局部顺序消息
局部顺序消息相较于普通消息类型,多了一个局部有顺序的特性。即同一个分区下,其消费者在消费消息的时候,严格按照生产者投递到该分区的顺序进行消费。局部顺序消息在保证了一定顺序性的同时,保留了分区机制提升性能。但局部顺序消息不能保证不同分区之间的顺序。
全局顺序消息
全局顺序消息最大的特性就在于,严格保证消息是按照生产者投递的顺序来消费的。所以其使用的是单分区来处理消息,用户不可自定义分区数,相比前两种消息类型,这种类型消息的性能较低。
死信消息
死信消息是指无法被正常消费的消息。TDMQ Pulsar 版会在创建新的订阅(消费者确定了与某个 Topic 的订阅关系)时自动创建一个死信队列用于处理这种消息。
定时消息
消息在发送至服务端后,实际业务并不希望消费端马上收到这条消息,而是推迟到某个时间点被消费,这类消息统称为定时消息,可以看成是延时消息的一种特殊用法,其实现的最终效果与延时消息一致。
延时消息
消息在发送至服务端后,实际业务并不希望消费端马上收到这条消息,而是推迟一段时间后再被消费,这类消息统称为延时消息。
重试队列
重试队列是一种为了确保消息被正常消费而设计的队列。当某些消息第一次被消费者消费后,没有得到正常的回应,则会进入重试队列,当重试达到一定次数后,停止重试,投递到死信队列中。
由于实际场景中,可能会存在的一些临时短暂的问题(如网络抖动、服务重启等)导致消息无法及时被处理,但短暂时间过后又恢复正常。这种场景下,重试队列的重试机制就可以很好解决此类问题。
死信队列
死信队列是一种特殊的消息队列,用于集中处理无法被正常消费的消息的队列。当消息在重试队列中达到一定重试次数后仍未能被正常消费,TDMQ Pulsar 版会判定这条消息在当前情况下无法被消费,将其投递至死信队列。
实际场景中,消息可能会由于持续一段时间的服务宕机,网络断连而无法被消费。这种场景下,消息不会被立刻丢弃,死信队列会对这种消息进行较为长期的持久化,用户可以在找到对应解决方案后,创建消费者订阅死信队列。
本页内容是否解决了您的问题?