Amazon SQS“接收计数”仅在增加

Chu*_*utt 0 amazon-sqs amazon-web-services laravel amazon-elastic-beanstalk laravel-5

我是Amazon SQS的新手,但到目前为止,有些数字令人震惊。

我(但只是通过扩展通知类,而不是使用作业配置Laravel到队列的电子邮件按文件),它正在被使用Amazon SQS我的网站发送。服务本身似乎运行良好。所有消息都出现在我的AWS账户的SQS队列中,但是问题是队列似乎很大。

我找不到任何体面的教程或指南来解释如何阅读以纯英语编写的SQS屏幕,因此一切都可以。也就是说,我想确定一下。

考虑一下SQS当前在说什么:

可用消息:300则正在运行的
消息:4
消息已延迟:0

当我第一次上线时对其进行测试时,立即发送了电子邮件。“可用的邮件”为空,电子邮件毫无问题地到达了我的收件箱。

如您所见,今天的数字要高得多,而且似乎从未达到0。此外,电子邮件还需要几个小时才能到达。

这正常吗?

我已经通过SSH进入我的Elastic Beanstalk实例并进行了四处浏览。我手动添加了五个正在运行的后台进程php artisan queue:work,每个后台进程消耗约5%的CPU。嗯

如果我手动运行同一命令(不带nohup),则会看到一个不断更新的列表:

[2018-04-04 20:09:59]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:09:59]处理:App \ Notifications \ CompetitionVIP
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionVIP
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionVIP
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionAll
[2018-04-04 04 20:10:00]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll

只有如此频繁地对“已处理”进行一次更改,大多数情况下,它是无休止的黄色“处理中”列表,每秒钟都会更改一次。

当我在SQS中查看消息时,我看到很高的“接收计数”。有些高达21,000+

在此处输入图片说明

我知道总共可能只有2000个左右的电子邮件请求,所以我不知道这个数目怎么会这么高。

这正常吗?Laravel似乎并没有删除已完成的请求。(此外,似乎几乎不可能找到这些数字的解释...!)

任何了解发生了什么的帮助将不胜感激!

Chu*_*utt 5

在此处输入图片说明

啊。看来问题只是愚蠢的陷阱:

我们的电子邮件传递提供商达到了每日限额。

一旦增加了限制,队列将在数分钟内清除。

我将在这里留下这个问题,以防它对其他人有帮助。

  • @Stewart,这意味着消息被客户端“接收”、变得“不可见”、然后可见性超时到期、消息再次可用的次数。 (3认同)
  • 很好的答案,让我笑了 (2认同)