消息队列MQ面试深度解析：幂等性与消息丢失解决方案

"MQ-A级面试题.pdf" 消息队列（MQ）是分布式系统中的关键组件，它允许可靠的信息传递，解耦应用组件，并管理系统的并发处理能力。面试中经常探讨的话题包括消息的重复消费与幂等性以及消息丢失的处理策略。 1. 幂等性保证： - 数据库操作：在插入数据前，先根据主键查询是否存在，如果存在则更新，不存在则插入，避免重复插入。 - Redis操作：利用Redis的`SET`命令，因为每次设置都是原子性的，确保了幂等性。 - 全局唯一ID：每个消息包含一个全局唯一ID，消费者在处理前检查此ID是否已处理过，未处理才执行业务逻辑，并将ID记录到缓存中。 - 唯一键约束：在数据库设计时，利用唯一键约束，防止因重复数据导致的脏数据插入。 2. 消息丢失的处理： - RabbitMQ事务：生产者开启事务机制，发送消息前先`txSelect`，发送后若RabbitMQ未收到，则`txRollback`，重试发送。但事务机制会降低系统性能，因为它同步执行。 - Confirm模式：生产者开启确认模式，消息发送时分配唯一ID。RabbitMQ确认接收后发送ack，未成功则回调nack接口，允许生产者重试。Confirm模式是异步的，允许并发发送消息。 除了上述策略，还有其他保障消息可靠性的手段，例如死信队列（Dead Letter Exchange，DLX），用于存放无法正常投递的消息，便于后续排查问题；消息优先级设置，优先处理重要消息；以及TTL（Time To Live）设置，确保消息不会无限期滞留队列。 消息队列的正确使用和优化是系统稳定性和高可用性的重要保证。在面试中，理解并能详细解释这些概念和技术是展示专业能力的关键。了解如何在具体场景中应用这些策略，能够帮助解决实际开发中的问题，确保系统的稳定运行。