求助：AWS Lambda搭配SQS FIFO触发器并发始终无法超过1的排查

以下是针对该问题的具体排查方向和配置检查项：

1. 检查SQS FIFO队列的消息分组ID（Message Group ID） #

• FIFO队列的核心特性是同一消息分组ID下的消息会被串行处理，如果涌入的所有消息都使用了同一个Group ID，无论触发器并发设置多少，Lambda都只会串行处理该分组的消息，并发数自然保持为1。
• 检查方法：在SQS控制台查看队列消息详情，确认消息的MessageGroupId字段是否全部相同；如果是，需修改消息生产者逻辑，为不同消息分配不同的Group ID（比如随机生成、按业务子维度拆分），不同分组的消息可并行处理。

2. 验证Lambda触发器与函数的并发配置 #

• 确认SQS触发器的Maximum Concurrency确实设为10：进入Lambda控制台，找到对应SQS触发器配置页面，检查该参数是否正确保存，避免配置未生效。
• 检查Lambda函数的预留并发：确认函数预留并发设置为0（无预留），如果预留并发值小于10，会限制函数的最大并发执行数。
• 检查账户级Lambda并发限制：确认当前AWS区域的账户总Lambda并发限制大于10（默认是1000，若未手动修改则无需担心，但若之前调整过低会影响）。

3. 检查SQS消息可见性超时配置 #

• 消息可见性超时必须大于Lambda单条消息的处理耗时（你提到处理需要数分钟），如果超时设置过短，消息会在处理完成前重新回到队列，导致Lambda反复处理同一条消息，占用唯一的并发资源，新消息无法被拉取。
• 建议配置：将可见性超时设为处理耗时的3-6倍（比如处理需5分钟，设为15-30分钟）。
• 辅助检查：查看CloudWatch中SQS的ApproximateNumberOfMessages指标，确认消息确实处于积压状态，而非被反复放回队列。

4. 排查Lambda函数的执行错误与重试行为 #

• 查看Lambda的CloudWatch日志，确认函数是否频繁报错：如果函数执行出错，SQS触发器会自动重试该消息，导致单条消息占用并发资源，同时AWS可能因高错误率限制触发器的并发扩展。
• 检查Lambda的重试配置：如果配置了过多重试次数，结合过短的可见性超时，会加剧重复处理的问题，进一步限制并发提升。

5. 检查SQS FIFO队列的去重ID（Deduplication ID） #

• 如果所有消息使用了相同的去重ID，SQS会将它们视为同一条消息，只保留其中一条，导致队列中实际只有一条消息在被处理，并发数始终为1。
• 检查方法：查看消息的MessageDeduplicationId字段是否重复；若开启了基于内容的去重，确认消息内容是否完全一致（SQS会基于内容生成去重ID）。

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