AWS Lambda队列消息未等待处理直接转入DLQ问题咨询

核心配置回顾 #

• Lambda函数：Node.js，超时15分钟，预留并发4
• SQS标准队列（主队列）：关联Lambda触发器，批量大小1；可见性超时20分钟，最大接收次数3，关联DLQ
• SQS DLQ队列：可见性超时30分钟，消息保留期4天

现象原因解析 #

1. 未处理消息直接进入DLQ #

你看到的“未尝试处理就进DLQ”的消息，实际上是已经被Lambda重试3次且均超时的消息。具体原因：

• 主队列最大接收次数设为3，当消息被Lambda连续3次处理超时后，会触发死信规则转入DLQ。
• 主队列可见性超时仅比Lambda超时多5分钟（20分钟vs15分钟），消息超时后很快会回到队列并被再次投递，在Lambda并发被占满的情况下，这些重复投递的消息会快速耗尽3次重试机会，最终进入DLQ。

2. DLQ队列的异常现象 #

• 飞行中消息数57、可用消息数0：你多次执行了DLQ的消息接收操作（比如控制台点击“接收消息”），每次接收会将消息标记为飞行中状态，持续30分钟（DLQ的可见性超时），所以当前所有消息都处于飞行中，无可用消息。
• 接收计数递增到7：这个计数记录的是你执行接收消息操作的次数，和消息本身的投递次数无关，每执行一次接收操作，计数就会加1。

实现消息排队等待处理的调整方案 #

1. 调大主队列的死信最大接收次数：
   将最大接收次数从3调整为更高的值（比如10或20），给消息足够的重试次数，等待Lambda释放并发资源后再处理。

2. 延长主队列的可见性超时：
   按照最佳实践，将主队列可见性超时设置为Lambda超时的6倍（即15分钟×6=90分钟），减少消息重复投递的频率，避免短时间内耗尽重试次数。

3. 增加Lambda预留并发数（可选）：
   如果消息量较大，4个并发无法及时处理所有消息，可适当增加预留并发数，提升处理能力，减少消息排队等待时间。

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