RabbitMQ如何通過持久化保證消息99.99%不丟失？在單個(gè)服務(wù)器的情況下，如果打開了消息持久性并且客戶端采用確認(rèn)模式，它仍然可能會(huì)丟失。這是因?yàn)樵诮邮盏较⒉⑵浯鎯?chǔ)在文件中后，master會(huì)向

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

在單個(gè)服務(wù)器的情況下，如果打開了消息持久性并且客戶端采用確認(rèn)模式，它仍然可能會(huì)丟失。這是因?yàn)樵诮邮盏较⒉⑵浯鎯?chǔ)在文件中后，master會(huì)向客戶端發(fā)送一個(gè)ack。問題的關(guān)鍵在于，它存儲(chǔ)在一個(gè)文件中，只寫到磁盤緩存，需要執(zhí)行fsync才能真正寫到磁盤。如果它在fsync之前關(guān)閉，消息仍然會(huì)丟失。如果你寫文件時(shí)立即設(shè)置fsync，你就贏了 不會(huì)丟失消息，但是性能會(huì)差很多倍。

在集群的情況下，將ha-mode設(shè)置為all，所有鏡像節(jié)點(diǎn)同步到消息，然后主節(jié)點(diǎn)將響應(yīng)ack到客戶端。然后，包括主節(jié)點(diǎn)在內(nèi)的所有節(jié)點(diǎn)需要同時(shí)停機(jī)，因此有可能丟失消息。所以只有理論上的丟失消息，可靠性達(dá)到99.999。...

尋找一個(gè)古老的Java塔防游戲？

文明iv級(jí)防御者，可以在下一個(gè)海星模擬器里玩，里面還有其他懷舊經(jīng)典。