问题描述
在使用 Amazon SQS（Simple Queue Service）时遇到一个问题：他注意到他的 SQS 队列中的 ApproximateNumberOfMessagesVisible 数量开始上升。但有趣的是，与这个上升相对应的消息接收数量和消息删除数量并没有出现突然增加或减少。
他在图表中看到了以下几个关键指标：
– NumberOfMessagesSent：已发送到 SQS 并添加到队列中的消息数量。
– NumberOfMessagesReceived：已交付给消费者的消息数量。
– NumberOfMessagesDeleted：已处理并从队列中删除的消息数量。
– ApproximateNumberOfMessagesVisible：队列中等待可用消费者接收的消息数量。
他尝试增加了 SQS 的工作线程数，这暂时消耗了队列中的消息，但他想了解造成这种增加的可能原因。
解决方案
请注意以下操作可能因版本差异而有所不同，建议先备份数据。
原因分析
首先，要理解这些指标的定义，以免产生误解。在 SQS 中，”Sent” 表示消息已发送到 SQS 并添加到队列中（而不是发送给消费者），”Received” 表示消息已被交付给消费者（而不是被 SQS 接收），”Deleted” 表示消息已被处理并从队列中删除。
从图表中可以看出，在 1 月 3 日的下午 4 点左右，”Received” 指标出现了一个不明原因的下降。尽管可用的消息数量并不足以导致这种减少，但消费者的消息接收速度明显放缓，暗示消费者无法按照典型速率处理消息。
在此之后，”Sent”（入队列）的消息数量继续波动，但是”Received”（出队列）和”Deleted”（处理后删除）的消息数量则呈现出较为平稳的趋势，尽管它们之前一直在与”Sent” 数量呈现相同的视觉模式。
基于这些观察，可以推断消费者因外部原因（可能与 SQS 无关，比如消费者与某个数据库的通信）导致其速度放缓，因此消费者无法跟上所提供的工作量，导致积压的消息数量增加。”Visible” 消息指的是在队列中等待可用消费者接收的消息数量。
解决方法
解决此问题的关键在于找出消费者放缓的原因。下面提供一些可能的解决方法和建议：
检查消费者环境：确认消费者是否与其他组件（如数据库）有通信，检查这些组件是否出现了性能问题。
性能优化：如果消费者与外部服务通信，确保这些服务的性能良好。可能需要对数据库查询、网络请求等进行性能优化，以减少消费者的等待时间。
日志和监控：增加详细的日志记录和监控，以便及时发现和解决消费者放缓的问题。监控 SQS 的各项指标，确保消息队列本身没有出现问题。
横向扩展：如果你的消费者是可横向扩展的，考虑增加消费者实例的数量，以提高消息处理速度。
消费者重试机制：在处理消息失败时，实施恰当的重试机制，避免因为消息处理失败而导致积压的消息。
预取和批量处理：在适当的情况下，使用 SQS 的预取机制和批量处理功能，以提高消息的处理效率。
总结
当 ApproximateNumberOfMessagesVisible 数量增加，但消息接收和删除的数量保持正常时，很可能是消费者放缓导致的。需要仔细分析消费者与其他组件的交互情况，优化性能，增加监控和日志记录，以解决消息队列积压的问题。
请记住，这里提供的解决方案仅供参考，具体的解决方法可能因情况而异。建议根据实际情况进行调查和实验，以找到最适合的解决方案。
此文中的操作建议仅供参考，请在实际操作前充分了解相关风险，并在操作前备份数据。根据实际情况，可能需要对解决方案进行适当调整。
请务必根据实际情况和需求选择适合的解决方案。希望这些信息能帮助你更好地理解和解决 SQS 队列中可见消息数量增加的问题。