可靠性
rabbit提供了生产者确认机制,消息发送到队列以后,会给生产者返回一个回执(publish confim ack),表示消息是否处理成功
持久化处理,把消息,队列,交换机持久化
消费者取消自动回应ack,消费完在发送ack
RabbitMQ消息的重复消费问题如何解决?
我们遇到过消息重复消费的问题,当时处理的支付订单,给他设置了一个全局唯一id,再处理消息时先去数据库中查一下id是否存在,若不存在则处理消息,若存在则忽略,避免重复消费。
那你还知道其他的解决方案吗?
使用Redis分布式锁或数据库锁来确保操作的幂等性。
了解延迟队列?
延迟队列,就是死信队列中,TTL消息过期的一种,死信即不被消费的信息
RabbitMQ实现延迟队列的方法
利用消息的TTL(Time-To-Live)和死信队列(DLQ)组合
原理:为队列或消息设置TTL,当消息在队列中存活时间超过TTL值,就会变成死信。将该队列与死信交换机绑定,死信交换机再将死信路由到另一个队列(即延迟队列),消费者从这个延迟队列中获取消息进行处理。
为队列或消息设置TTL,当消息变为死信时,路由到延迟队列上消费者再从延迟队列进行处理
RabbitMQ的高可用机制了解吗?
我们项目在生产环境使用RabbitMQ集群,采用镜像队列模式,一主多从结构。
每个节点都记录了队列完整的数据,当主节点宕机时,镜像节点升为主节点保证了高可用性