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

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

說(shuō)說(shuō)看我的理解吧，RabbitMQ與socket都能主要是用于信息的傳遞，但是區(qū)別只在于Socket是無(wú)需連接上，就像，兩個(gè)機(jī)互通，這那是websocket最形象的實(shí)例，但缺點(diǎn)都是的確的，耦合度太高了，同樣的如果沒(méi)有連接上自動(dòng)，信息會(huì)丟失。

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

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

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

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