java面试题_消息中间件--RocketMq(14题).pdfVIP

特性 ActiveMQ RabbitMQ RocketMQ kafka 开发语⾔言 java erlang java scala 单机吞吐量量 万级 万级 10万级 10万级 时效性 ms级 us级 ms级 ms级以内 可⽤用性 ⾼高(主从架构) ⾼高(主从架构) ⾮非常⾼高(分布式架构) ⾮非常⾼高(分布式架构) 只⽀支持主要的MQ功能， 基于erlang开发，所以并 成熟的产品，在很多公司 发能⼒力力很强，性能极其MQ功能⽐比较完备，扩展像⼀一些消息查询，消息回 功能特性 得到应⽤用；有较多的⽂文 溯等功能没有提供，毕竟 好，延时很低;管理理界⾯面较性佳 档；各种协议⽀支持较好 是为⼤大数据准备的，在⼤大 丰富 数据领域应⽤用⼴广。 1.中⼩小型公司⾸首选RabbitMQ：管理理界⾯面简单，⾼高并发。 2.⼤大型公司可以选择RocketMQ：更更⾼高并发，可对rocketmq进⾏行行定制化开发。 3. ⽇日志采集功能，⾸首选kafka，专为⼤大数据准备。 1.消息可靠性： 影响消息可靠性的情况： i. Broker正常关闭 ii. Broker异常Crash iii.OSCrash iv.机器器掉电，但是能⽴立即恢复供电情况。 v. 机器器⽆无法开机（可能是cpu、主板、内存等关键设备损坏） vi. 磁盘设备损坏。 1、(1)、(2)、(3)、(4)四种情况都属于硬件资源可⽴立即恢复情况，RocketMQ在这四种情况下能保证消息不不丢，或 者丢失少量量数据（依赖刷盘⽅方式是同步还是异步）。 2、(5)、(6)属于单点故障，且⽆无法恢复，⼀一旦发⽣生，在此单点上的消息全部丢失。RocketMQ在这两种情况下， 通过异步复制，可保证99%的消息不不丢，但是仍然会有极少量量的消息可能丢失。通过同步双写技术可以完全避免单点，同步双 写势必会影响性能，适合对消息可靠性要求极⾼高的场合，例例如与Money相关的应⽤用。 2.消息低延迟： 在消息不不堆积情况下，消息到达Broker后，能⽴立刻到达Consumer。RocketMQ使⽤用⻓长轮询Pull⽅方式，可保证消息⾮非常 实时，消息实时性不不低于Push。 3.每个消息⾄至少投递⼀一次： RocketMQConsumer先pull消息到本地，消费完成后，才向服务器器返回ack，如果没有消费⼀一定不不会ack消息，所以 RocketMQ可以很好的⽀支持此特性。 4.每个消息只消费⼀一次： 1、前提： i.发送消息阶段，不不允许发送重复的消息。 ii.消费消息阶段，不不允许消费重复的消息。 2、只有以上两个条件都满⾜足情况下，才能认为消息是“ExactlyOnlyOnce ”，⽽而要实现以上两点，在分布式系统环境 下，不不可避免要产⽣生巨⼤大的开销。所以RocketMQ为了了追求⾼高性能，并不不保证此特性，要求在业务上进⾏行行去重，也就