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

RabbitMQ與是個怎樣的關(guān)系？

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

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

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

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

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