那些情况会失败 网络问题有很多原因出发失败。防火墙也可能会中断Idle连接，网络失败不是很快确定的。 硬件和软件也会导致系统崩溃。客户端软件保持运行，而逻辑错误也可能会导致channel和conne ...

一、可靠性问题分析 消息的可靠性投递是使用消息中间件不可避免的问题，不管是使用哪种MQ都存在这种问题，接下来要说的就是在RabbitMQ中如何解决可靠性问题；在前面 在前面说过消息的传递过程中有三个对象参与分别是：生产者、RabbitMQ(broker)、消费者；接下 ...

一般来说，我们对于数据库最主要的要求就是：数据不丢。不管是主从复制，还是使用类似otter+canal这样的数据库同步方案，我们最基本的需求是，在数据不丢失的前提下，尽可能的保证系统的高可用，也就是在 ...

RabbitMQ(broker) 消费者 那么消息的可靠性传输也主要是针对以上三个对象来分析，首先是生产者 ...

RabbitMQ和Kafka都提供持久的消息保证。两者都提供至少一次和至多一次的保证，另外，Kafka在某些限定情况下可以提供精确的一次（exactly-once）保证。 让我们首先理解一下上述术语的含义： 至多一次投递：消息绝对不会被重复投递，但是消息可能丢失 至少一次投递：消息绝对不会被 ...

一般的消息中间件（MQ）只能保证消息不丢，但是不能保证重复发送等问题。 比如在使用Rabbitmq过程中，如何保证消息都能正确的投递被消费，这个是要考虑的问题。 那么可靠性投递所面临的问题有哪些？ 　　1. 如果发送的消息重复怎么办。 　　2. 如果消息发送过程中丢了怎么办。 　　3. ...

了rabbitmq的功能。他的作用就是方便我们的消息解耦。紧接着问题就会暴露出来。解耦就设计到双方系统不稳定问题 ...

1、保证消息不丢失(三步)1.1、开启事务(不推荐)1.2、开启confirm(推荐)1.3、开启RabbitMQ持久化(交换机、队列、消息)1.4、关闭RabbitMQ自动ack(改成手动) 2、保证消息不重复消费2.1、幂等性(每个消息用一个唯一标识来区分，消费前先判断标识有没有被消费 ...