ActiveMQ：每個人一開始都使用ActiveMQ，但是現(xiàn)在確實每個人都沒有使用太多。 尚未通過大規(guī)模吞吐量方案驗證，社區(qū)也不是很活躍。 單臺機器的吞吐量為10,000級，并且吞吐量低于RocketMQ和Kafka。 這是一個數(shù)量級，響應(yīng)為ms級，有較低數(shù)據(jù)丟失的可能性。
RabbitMQ：單機吞吐率是萬級，吞吐率比RocketMQ和Kafka低一個數(shù)量級，但是它適合中小企業(yè)，因為它具有友好的監(jiān)視和維護界面，社區(qū)相對活躍，幾乎每個月都會發(fā)布幾個版本，近年來，一些國內(nèi)的互聯(lián)網(wǎng)公司更多地使用了rabbitmq，但問題也很明顯。 RabbitMQ的吞吐量確實較低。 這是因為他做的實現(xiàn)機制比較繁重，而且該語言國內(nèi)會的不多。
RocketMQ：單機吞吐量為100,000級。 RocketMQ還是一種可以支持高吞吐量的MQ。 主題可以達到數(shù)百或數(shù)千個級別，并且吞吐量將略有下降。 這是RocketMQ的主要優(yōu)勢。 在同一臺機器上，它可以支持大量topic，可用性非常高，源代碼是JAVA。
Kafka：單機吞吐量為100,000級。 這是Kafka的最大優(yōu)勢，即高吞吐量。 通常與 大數(shù)據(jù) 系統(tǒng)配合執(zhí)行實時數(shù)據(jù)計算，日志收集等場景。 當(dāng)topic從數(shù)十個變?yōu)閿?shù)百個時，吞吐量將大大下降
因此，在同一臺計算機上，Kafka嘗試確保topic數(shù)量不會過多。 如果要支持大型topic，則需要添加更多機器資源，并且可用性很高。 Kafka是分布式的，具有一個數(shù)據(jù)的多個副本，并且少數(shù)計算機宕機，不會數(shù)據(jù)將丟失或不可用。
