那些情況會失敗 網絡問題有很多原因出發失敗。防火牆也可能會中斷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、冪等性(每個消息用一個唯一標識來區分，消費前先判斷標識有沒有被消費 ...