RabbitMQ與是個怎樣的關系？說說看我的理解吧，RabbitMQ與socket都能主要是用于信息的傳遞，但是區(qū)別只在于Socket是無需連接上，就像，兩個機互通，這那是websocket最形象的實

RabbitMQ與是個怎樣的關系？

說說看我的理解吧，RabbitMQ與socket都能主要是用于信息的傳遞，但是區(qū)別只在于Socket是無需連接上，就像，兩個機互通，這那是websocket最形象的實例，但缺點都是的確的，耦合度太高了，同樣的如果沒有連接上自動，信息會丟失。

RabbitMQ不是太多說，網(wǎng)上解釋也都很多，創(chuàng)建角色者信息盛有隊列，消費者從隊列拿取消息。

RabbitMQ如何通過持久化保證消息99.99%不丟失？

在單臺服務器的情況下，開啟消息的自然持久化，另外客戶端按結構confirm模式，還是很可能會丟。這是是因為master送來消息存儲位置到文件后，就你的郵箱ack給客戶端了，問題關鍵是存儲文件到文件，只不過寫完磁盤緩存，需要先執(zhí)行fsync才會唯一的寫的磁盤。假如在fsync之前宕機了，消息應該會弄丟的。要是設置寫文件時立剪rollback，就不可能丟失消息，不過性能會差很多倍。

那在集群情況下呢，設置中ha-mode為some，所有的mirror節(jié)點都離線到消息了，master才響應ack給客戶端。那你需要所有的節(jié)點除了master都在同一瞬間宕機，才有可能丟失消息。所以才只未知理論上的丟失消息，可靠性達99.999...