SQS消息留存期到期为何未进入DLQ？如何监控过期消息？

先明确核心结论：SQS消息因达到留存期被自动删除时，不会进入死信队列（DLQ）。只有当消息触发重试次数超限、可见性超时等DLQ配置的触发条件时，才会被转发到DLQ，这是AWS SQS的既定行为。

官方文档补充（翻译） #

您可以将Amazon SQS消息留存期配置为1分钟到14天之间的值，默认值为4天。一旦达到消息留存配额，您的消息将被自动删除。

监控过期消息的可行方法 #

• CloudWatch指标分析
  • 重点关注 NumberOfMessagesDeleted 指标：该指标统计所有被删除的消息数（包含过期删除），虽然无法直接过滤出仅因过期删除的消息，但可以结合 ApproximateNumberOfMessagesNotVisible（未可见消息数）以及您的消费重试逻辑数据，间接判断是否有大量消息因超过留存期被删除。
  • 配置留存期告警：如果业务对消息时效要求高，可以针对 MessageRetentionPeriod 配置变更告警，避免因误操作设置过短的留存期导致消息意外丢失。
• 自定义消息追踪
  • 发送消息时添加自定义属性：比如为每条消息添加 sent_at 属性，记录消息的发送时间戳。
  • 消费端日志标记：在处理消息时，计算当前时间与发送时间的差值，若差值接近留存期上限，记录日志标记为"即将过期"；若后续该消息未出现在DLQ或消费记录中，即可通过日志回溯判断是否因过期被删除。
• CloudTrail日志辅助分析
  • 启用SQS的CloudTrail日志记录：虽然CloudTrail不会直接记录消息过期事件，但可以追踪消息的发送、接收、主动删除等操作。结合消息发送时间戳，通过日志分析可以推断是否存在消息因超过留存期被系统自动删除的情况。

内容的提问来源于stack exchange，提问作者Joey Yi Zhao