消息中间件，RabbitMQ，kafka常见面试题

消息中间件，RabbitMQ，kafka常见面试题

---

RabbitMQ，kafka

RabbitMQ和Kafka都是消息队列系统，可以用于流处理。流处理是指对高速、连续、增量的数据进行实时处理。

RabbitMQ 和 Kafka 的相同点有以下几个：

• 都是消息队列系统，可以用于流处理、异步通信、解耦等场景
• 都是开源的，有活跃的社区和丰富的文档
• 都支持分布式部署，具有高可用性和可扩展性
• 都支持多种编程语言的客户端，如 Java、Python、C# 等
• 都支持多种消息模式，如点对点、发布/订阅、广播等

消息中间件面试题-参考回答

面试官：RabbitMQ-如何保证消息不丢失

候选人：

嗯！我们当时MYSQL和Redis的数据双写一致性就是采用RabbitMQ实现同步的，这里面就要求了消息的高可用性，我们要保证消息的不丢失。主要从三个层面考虑

第一个是开启生产者确认机制，确保生产者的消息能到达队列，如果报错可以先记录到日志中，再去修复数据

第二个是开启持久化功能，确保消息未消费前在队列中不会丢失，其中的交换机、队列、和消息都要做持久化

第三个是开启消费者确认机制为auto，由spring确认消息处理成功后完成ack，当然也需要设置一定的重试次数，我们当时设置了3次，如果重试3次还没有收到消息，就将失败后的消息投递到异常交换机，交由人工处理

面试官：RabbitMQ消息的重复消费问题如何解决的

候选人：

嗯，这个我们还真遇到过，是这样的，我们当时消费者是设置了自动确认机制，当服务还没来得及给MQ确认的时候，服务宕机了，导致服务重启之后，又消费了一次消息。这样就重复消费了

因为我们当时处理的支付（订单|业务唯一标识），它有一个业务的唯一标识，我们再处理消息时，先到数据库查询一下，这个数据是否存在，如果不存在，说明没有处理过，这个时候就可以正常处理这个消息了。如果已经存在这个数据了，就说明消息重复消费了