Rabbitmq 具体怎么做到削峰的，是丢弃部分消费吗，有的实际场景是不允许丢弃

在高并发场景中，RabbitMQ 可以通过几种策略来实现 削峰（缓解瞬时负载激增），而这些策略并不一定需要丢弃消息。在一些业务场景下，丢弃消息显然是不允许的，因此在这种情况下，可以使用以下方法来确保消息不会丢失，并能够高效地削峰：

1. 使用消息队列的持久化和确认机制

RabbitMQ 提供了持久化机制和消息确认机制，帮助保证在削峰时，消息不丢失，并能够顺利消费。

1.1 消息持久化（Persistent Messages）

当生产者发送消息时，可以设置消息为持久化（delivery_mode=2）。这样即使 RabbitMQ 崩溃或重启，未被消费的消息仍然会保存在磁盘上。

• 优点：保证了消息不丢失。
• 缺点：持久化消息会带来额外的磁盘 I/O，可能会影响性能，尤其是在高吞吐的场景下。

1.2 消费者确认（Acknowledgments）

消费者可以启用 手动确认（manual ack），在消息被成功消费后再发送确认（ack）。这样，即使消费者出现故障或消息处理不成功，RabbitMQ 可以将消息重新投递，避免消息丢失。

• 优点：确保了消息不会丢失或丢弃。
• 缺点：需要处理消费确认机制，可能会增加系统复杂度。

2. 基于限流（Rate Limiting）的削峰

RabbitMQ 自身并没有提供内建的 流量控制 或 限流 功能，但你可以通过一些策略来控制流量，从而实现削峰。

2.1 消费者端限流

可以在消费者端实现 限流（Rate Limiting），限制每秒消费的消息数量。这可以通过以下方式来实现：

• 自定义消息消费速率：消费者可以根据系统的负载情况，自行调整消息消费的速度，例如在每处理一批消息后休眠一段时间，控制每秒消费的消息数。
• 使用令牌桶算法或漏桶算法：这些算法可以帮助你在高并发时限制消息的消费速度，避免系统过载。

2.2 RabbitMQ 的 QoS（Quality of Service）

RabbitMQ 提供了 QoS 设置，可以控制消费者每次最多从队列中获取多少消息。通过这种方式，消费者不会一次性拉取过多消息，避免系统过载。

• channel.basic_qos(prefetch_count=N)：这个设置表示每次消费者最多从队列中拉取 N 条消息。通过控制每次拉取的消息数量，避免瞬间消费大量消息。

2.3 消费者并发控制

当系统负载较高时，可以通过增加消费者实例（水平扩展）来提升消息处理能力。如果一个消费者处理不过来，可以启动多个消费者进行并行处理，从而分摊压力。

3. 使用消息优先级和死信队列

如果你不能丢弃消息，但可以接受延迟消费，可以考虑使用 死信队列（DLX, Dead Letter Exchange） 和 优先级队列（Priority Queue） 来做流量削峰。

3.1 死信队列（DLX）

• DLX 允许将无法被正常消费的消息转移到另一个队列中。通过这种方式，你可以在高负载时将一些“低优先级”的消息转移到死信队列（DLQ），稍后再进行处理。
• 用途：如果某些消息可以延迟处理，或者无法在高负载时及时处理，可以将其先移到死信队列中，等系统负载缓解后再处理。

3.2 优先级队列（Priority Queue）

RabbitMQ 支持 优先级队列，通过设置消息的优先级，可以让高优先级的消息先被消费，低优先级的消息可以在高负载时延迟消费。这适用于在高并发时需要先处理一些紧急消息的场景。

• 优点：能够确保重要消息优先被处理。
• 缺点：需要在消息生产时设定优先级，并且可能需要调整消费者的处理逻辑。

4. 消息积压监控与报警

为了避免消息积压导致的性能问题，可以建立 监控机制 来及时发现队列的积压情况，并采取适当的措施。

4.1 队列长度监控

可以监控队列的长度，当队列中待消费的消息数过多时，触发报警或者自动扩展消费者，防止消息堆积过多。

4.2 负载均衡和扩展

• 动态扩展消费者：当队列积压严重时，系统可以根据负载情况自动增加消费者实例，缓解压力。
• 负载均衡：可以通过负载均衡将消息均匀地分配给不同的消费者，避免单个消费者过载。

5. 异步与批量处理

如果单个消息的消费压力较大，可以考虑 批量消费 或 异步处理。

5.1 批量消费

消费者可以设置每次处理多个消息（批量处理）。这样可以减少系统频繁地进行消息消费和确认的开销，提高处理效率。

5.2 异步处理

在某些场景中，可以将消息处理拆分为异步操作。例如，消费者接收到消息后，首先将任务存入数据库或缓存，再异步启动另一个后台进程去执行消息的具体处理逻辑。这样可以避免因处理时间过长而阻塞消费者。

总结

RabbitMQ 的削峰策略主要是通过以下方式来实现的：

• 持久化与确认机制：确保消息不丢失，通过消息确认机制避免重复消费。
• 消费者端限流与QoS设置：通过控制消费者的消费速率、设置 prefetch_count 来避免过度消费。
• 优先级队列与死信队列：使用优先级队列处理重要消息，使用死信队列延迟处理低优先级消息。
• 动态扩展消费者和监控：根据队列长度和系统负载动态扩展消费者，并建立队列监控和报警机制。
• 异步与批量处理：通过批量消费和异步处理来提高消息处理效率，避免消费者过载。

这些方法可以确保在不丢弃消息的情况下，削减瞬时流量带来的压力，确保系统的稳定性和可靠性。