RabbitMQ 中 Ready 和 Unacked 的含义及系统健康判断

情况二：prefetch 设置过大（非问题）

RabbitMQ 会根据 prefetch 参数，一次性向消费者推送多条消息。

例如：

prefetch = 1000

消费者瞬间拿到 1000 条消息，此时：

• Unacked 很高
• 但会稳定在一个区间内

👉 这不一定是瓶颈，而是配置行为。

3. Unacked 的健康状态判断

四、Ready + Unacked 组合判断

单独看 Ready 或 Unacked 都不够，真正有价值的是'组合判断'。

这是在压测和生产环境中，快速判断系统状态的黄金法则。

五、压测中的真实案例说明

场景一：Ready 持续增长，Unacked 很小

说明：

• 消费者很快 ack
• 但数量不够

👉 解决方案：增加消费者数量

场景二：Unacked 很大，Ready 为 0

说明：

• RabbitMQ 已经把消息都推给了消费者
• 消费者正在处理

👉 重点检查 prefetch 是否过大

场景三：Ready 和 Unacked 一起增长

这是最危险的情况：

• 队列开始堆积
• 消费者也处理不过来

👉 说明已经超过系统能力上限

六、经验建议

对于手动 ack 的普通业务场景：

prefetch ≈ 消费线程数 × 2 ~ 5

例如：

• 消费线程数 = 10
• prefetch = 20 ~ 50

这样可以避免 Unacked 过高，同时保证吞吐。

七、总结

• Ready 反映的是：消息是否在队列中堆积
• Unacked 反映的是：消费者是否有处理压力
• 两者结合，才能准确判断 RabbitMQ 是否健康

如果你在压测或生产环境中，只看 TPS、不看 Ready / Unacked， 那基本等于'盲飞'。