SQS FIFO队列存在大量积压，新增消息组未被消费，是否需先处理积压？

不需要等原有250k+的积压消息处理完毕，SQS FIFO队列会同时处理不同消息组ID的消息——FIFO的顺序性约束仅针对同一个消息组内的消息，不同消息组之间完全独立，各自的消息可以并行被消费。

你遇到每次仅2条消息处于飞行状态的情况，大概率是消费端的配置或逻辑限制导致的，而非队列本身需要先处理完旧组积压。常见原因及排查方向：

• 消费端并发配置不足：
  • 检查调用ReceiveMessage接口时的MaxNumberOfMessages参数，FIFO队列单请求最多可拉取10条消息（来自不同消息组的话，会同时拉取多个组的消息），如果该参数设置为2，自然每次最多拿到2条。
  • 确认消费客户端的线程/进程数是否足够，若仅启动2个消费线程，即使有多个消息组，也只能同时处理2条消息。
• 消费端存在消息组过滤逻辑：
  检查代码是否只针对原有的两个消息组ID做处理，若有硬编码的组ID过滤，新组的消息会被忽略。
• 未确认新组消息的状态：
  通过SQS控制台查看队列的消息分组统计，确认新消息组的消息确实处于「待处理」状态，而非因发送时的参数错误（如MessageGroupId未正确设置）导致未进入目标组。
• 队列批量消费配置限制：
  若开启了批量消费（BatchSize），需确认批量参数是否限制了同时处理的消息组数或数量。

调整消费端的并发配置（拉取数量、线程数），并排查上述逻辑问题后，新消息组的消息应该会被并行拉取处理，无需等待旧组积压完成。

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