幂等性
想要实现幂等性,也就是说,消费者对一个消息只消费一次。
就是在每一个消息上加上一个全局的id,消费端在消费消息时记录下已消费过的消息的全局id.
顺序性
顺序性:消费者消费到的消息和发送者发布的消息的顺序是一致的
消息顺序性被打破:
- 生产事务机制,发送消息后遇到异常进行事务回滚,需要重新补偿发送这条消息,消息顺序出现混乱。
publisher confirm机制,发生超时、中断,收到rabbitmq的Basic.Nack时,需要补偿发送。 - 生产者发生的消息设置了不同的超时时间,且设置了死信队列,相当于一个延迟队列,那么消费者在消费延迟队列的时候,消费的顺序不一定和生产顺序一致
- 如果消息设置了优先级,那么消费者消费到的消息必然不是顺序的。
如果要保证消息的顺序性,需要业务方做处理,比如在消息体内添加全局有序标识(类似sequenceID) 。
延时队列
TTL:
- 通过队列属性设置,队列中所有消息都有相同的过期时间
- 对消息本身单独设置,每条消息的TTL可以不同。
- 如果两种方法都用,则取最小值。
- 消息在队列中的生存时间一旦超过设置的TTL时,就会变为“死信”。
- 如果不设置TTL,表示此消息不会过期;如果设置为0,表示除非此时可以直接将消息传递给消费者,否则该消息会立即丢弃。
死信队列:
DLX: dead letter exchange 死信交换机
当消息在一个队列中变成死信之后,他能被重新发送到里一个交换机中,就是死信交换机,绑定死信交换机的队列就是死信队列。
消息成为死信:
- 消息被拒绝
- 消息过期
- 队列达到最大长度
当一个对列存在死信时,RabbitMQ就会自动地将这个消息重新发布到设置地DLX上去,进而被路由到另一个队列,即死信队列。
延迟队列:
消费者订阅死信队列。
不同地正常队列设置TTL,每个不同TTL地队列设置一个DLX,每个DLX应自己地死信队列,而消费者订阅地就是 这个死信队列。