19-RabbitMQ消息一致性问题

消息一致性问题

• 在使用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/