RabbitMQ 事务-同步发送消息事务

本文介绍了RabbitMQ中的事务和消息确认机制。事务提供手动提交和回滚,而确认机制(Confirm)效率更高,但侧重于保证消息到达Broker。消息确认机制无法确认消息是否被有效消费,可通过设置mandatory参数和使用ReturnListener来确保消息正确路由。此外,讨论了如何通过basicAck、basicNack和basicReject确保消息被有效消费。
摘要由CSDN通过智能技术生成

RabbitMQ 事务-同步发送消息事务

 

消息确认机制

  • RabbitMQ提供了transaction、confirm两种消息确认机制。transaction即事务机制,手动提交和回滚;confirm机制提供了Confirmlistener和waitForConfirms两种方式。confirm机制效率明显会高于transaction机制,但后者的优势在于强一致性。如果没有特别的要求,建议使用confrim机制。
  • 1、从实验来看,消息的确认机制只是确认publisher发送消息到broker,由broker进行应答,不能确认消息是否有效消费。
  • 2、而为了确认消息是否被发送给queue,应该在发送消息中启用参数mandatory=true,使用ReturnListener接收未被发送成功的消息。
  • 3、接下来就需要确认消息是否被有效消费。publisher端目前并没有提供监听事件,但提供了应答机制来保证消息被成功消费,应答方式:
  •    basicAck:成功消费,消息从队列中删除
  •    basicNack:requeue=true,消息重新进入队列,false被删除
  •    basicReject:等同于basicNack
  •    basicRecover:消息重入队列,requeue=true,发
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值