19-RabbitMQ消息一致性问题

在分布式系统中,RabbitMQ的消息一致性至关重要。为确保消息持久化,开发者可以选择使用事务或异步确认机制。事务虽然提供强一致性但降低性能,而异步的confirm或return模式在效率上更优,但也可能面临消息重复的问题。在高数据一致性需求场景下,低效的事务方式可能是必要选择。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

消息一致性问题

  • 在使用rabbitmq中,消息的一致性是非常重要的一个话题。在数据一致性方面,发送者发送消息出来,在数据一致性的要求下,我们通常认为必须达到以下条件
    • broker持久化消息
    • publisher知道消息已经成功持久化
  • 首先,我们可以采用事务来解决此问题。每个消息都必须经历以上两个步骤,就算一次事务成功。
  • 事务是同步的。因此,如果采用事务,发送性能必然很差。官方给出来的性能是:

  • 异步的方法的效率是事务方法效率的100倍。
  • 我们可以采用异步的方式来解决此问题。publisher发送消息后,不进行等待,而是异步监听是否成功。这种方式又分为两种模式,一种是return,另一种是confirm. 前一种是publisher发送到exchange后,异步收到消息。第二种是publisher发送消息到exchange,queue,consumer收到消息后才会收到异步收到消息。可见,第二种方式更加安全可靠。如下所示:

  • 但是,异步也存在些局限性。如果一旦出现broker挂机或者网络不稳定,broker已经成功接收消息,但是publisher并没有收到confirm或return.这时,对于publisher来说,只能重发消息解决问题。而在这里面,我们会发生重复消息的问题。当然,如果业务类型要求数据一致性非常高,可以采用低效率的事务型解决方案:引用:http://www.rabbitmq.com/blog/2011/02/10/introducing-publisher-confirms/

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值