MQ 消息丢了怎么办

消息丢失一般会出现在三个阶段

1.生产者到队列期间

利用事务机制和confirm机制

事务机制:

在发送前开启事务,然后发送消息,如果发送过程中存在异常,那么事务回滚 channel.txRollBack(),如果发送成功就进行提交 但是这种方法会造成吞吐量降低

confirm机制()应答模式

一旦信道进入confirm模式,所有在信道上发布的消息都会被指派一个唯一的id好,一旦消息被头地给所有匹配的队列后,信道会发送一个发送方确认模式给生产者,包含消息唯一ID,使得生产者知晓消息已经安全到达目的队列了,如果消息和队列是可持久化的,那么确认消息指挥在队列将消息写入磁盘后才会发出,confirm模式最大的好处就是异步

2.消息队列中丢失

 利用消息持久化
 处理消息队列丢数据的情况,一般开启持久化磁盘配置
 可以和confirm机制配合使用, 你可以在消息持久化之后,再给生产者发送ack信号
 1. 将queue的持久化标识durable设置为true,则代表是一个持久的队列

​ 2. 发送消息的时候将deliveryMode=2

3.消费者未消费丢失

消费者丢失数据一般是因为采用了自动确认消息模式,改为手动确认消息
消费者在收到消息之后,处理消息之前,会自动回复mq已经收到消息
如果这个时候处理消息失败,就会丢失该消息
处理成功后,手动回复确认消息

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值