RabbitMQ-如何保证消息不丢失

RabbitMQ-如何保证消息不丢失

使用场景

  1. 异步发送(验证码、短信、邮件...)
  2. MYSQL和Redis、ES之间的数据同步
  3. 分布式事务
  4. 削锋填谷
  5. ...

‍

  1. 生产者确认机制,RabbitMQ提供了publisher confirm机制来避免消息发送到MQ过程中丢失。消息一旦发送到MQ后,会返回一个结果给发送者,表示消息是否处理成功。

  2. 消息持久化,MQ默认是保存在内存当中的,开启持久化功能可以确保缓存在MQ中的消息不丢失。

    1. 持久化交换机
    2. 队列持久化
    3. 消息持久化,SptingAMQP中的消息默认就是持久化的。
  3. 消费者确认机制,消费者处理消息后可以向MQ发送ack回执,MQ收到ack回执后才会删除该消息,SpringAMQP支持3中模式

    1. manual,手动ack,需要在业务代码结束后,调用API发送ack
    2. auto,自动ack,由Spring检测代码是否出现异常,没有异常返回ack,抛出异常返回nack
    3. none,关闭ack,MQ假定消费者获取消息后会成功处理,因此该消息被投递后会立即删除

    一般配合重试机制使用,在消费者出现异常时利用本地重试,达到一定次数后,如果消息依然失败,将消息投递到异常交换机,交由人工处理了。

‍

RabbitMQ-如何保证消息不丢失?

  1. 生产者确认机制,当消息成功投递到MQ后,回执一个ack,如果投递失败回执nack
  2. 消息持久化,开启消息持久化后,MQ中缓存的数据就不会丢失
  3. 消费者确认机制,当消息投递到消费者后,消费者如果成功消费那么就回执一个ack,MQ就会删除这个消息,如果出现异常那么就回执nack。如果我们配置了重试,那么重试一定次数后依旧失败,这个消息就应该被投递到异常交换机中,交由人工处理。

‍

相关推荐
我不会起名字3221 天前
Redis 从 0 到 1(十八):List、Pub/Sub、Stream 为什么生产只用 Stream?Go 实操
redis·消息队列·go·stream·pub/sub
后台模板学习1 天前
Kafka 与 RabbitMQ 在用户认证与权限管理场景
kafka·rabbitmq·linq
装不满的克莱因瓶2 天前
支付订单成功异步MQ权益发放设计和开发
java·架构·系统架构·rabbitmq·硬件架构
千里达景区票务系统2 天前
消息队列选型对比:RabbitMQ vs RocketMQ vs Kafka
kafka·消息队列·rabbitmq·rocketmq
Sayai2 天前
Kafka 跨数据中心日志同步实战:MirrorMaker 2 选型对比 + Flink 中继任务落地(双中心互备与消费者组隔离避坑)
大数据·运维·分布式·flink·kafka·消息队列·高可用
IT规划师3 天前
Redis 数据类型全解 - List:用对是队列用错是灾难(二)
redis·消息队列·.net
未秃头的程序猿5 天前
@ConditionalOnMissingBean 把我配好的 RabbitMQ 手动 ack 吃掉了
后端·rabbitmq
一条泥憨鱼5 天前
【RabbitMQ】高级篇
java·分布式·rabbitmq·php·ruby
螺蛳粉 螺蛳粉6 天前
CDH第七篇:CDH 集成 Kafka 实战:CSD + Parcel 组合拳,先装 ZooKeeper 是铁律
物联网·zookeeper·kafka·消息队列·parcel·cdh集成·csd
阳光不锈@8 天前
三大主流消息队列架构设计思想剖析:从 RabbitMQ 到 RocketMQ 的改造实践
kafka·rabbitmq·rocketmq·rabbit改造rocket·去除rabbitmq·rabbitmq改造