RabbitMQ出现too many channels错误及高CPU占用问题的解决咨询

1. 复用分发通道，砍掉过度预留的通道 #

• 别给每个队列单独留分发通道，每台消费者服务器只维护2-4个共享的分发通道池，所有队列的重分发操作都复用这些通道。11台服务器最多也就44个分发通道，加上16*11=176个消费通道，总通道数压到220以内，CPU占用会直接降下来。
• 通道池要做简单管理：标记通道是否空闲，空闲就复用，通道异常时自动重建，不用每次发消息都新建。

2. 优化限流后的重分发逻辑 #

• 别一次性重发所有消息，改成批量重发：比如每次用同一个通道发50-100条，发完把通道放回池里，避免短时间内占满通道。
• 触发限流时，先暂停当前消费者的消息消费，等1分钟延迟到了再恢复。用RabbitMQ的basic.cancel暂停消费，到点后重新执行basic.consume，别让消费者一直触发限流、一直重发。

3. 调整RabbitMQ的通道配置 #

• 适当调低channel_max参数（默认65535，比如设为500），从服务器层面限制最大通道数，避免无限制创建通道。
• 用rabbitmqctl list_channels定期查看通道使用情况，及时揪出异常占用的通道。

4. 从根源减少限流触发 #

• 消费者端本地做限流：根据Shopify的API速率规则，本地维护调用计数器，提前控制调用频率，别等触发官方限流才处理。
• 按店铺拆分限流逻辑：如果是多店铺的webhook，每个店铺的限流是独立的，别因为一个店铺限流就重发所有队列的消息，只重发对应店铺的消息。

内容的提问来源于stack exchange，提问作者Khairul