Amazon“接收计数”只增加

Question

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

我已经将Laravel配置为队列电子邮件消息(不是使用作业，而是通过扩展通知类根据文件)，这些消息是由我的站点使用Amazon发送的。服务本身似乎运作良好。所有消息都出现在我的AWS帐户的SQS队列中，但问题是队列似乎很大。

我找不到任何合适的教程或指南来解释如何阅读用简单英语编写的SQS屏幕，所以一切都很好。也就是说，我想确定一下。

考虑一下SQS目前在说什么：

提供的信息: 300 飞行中的信息:4 消息延迟:0

当它第一次上线的时候，我测试它的时候，电子邮件立即被发送。“可用的信息”是空的，电子邮件到达我的收件箱，没有问题。

正如你所看到的，今天这个数字要高得多，而且它似乎从来没有完全达到0。除此之外，这些电子邮件还需要几个小时才能到达。

这是正常的吗？

我已经进入了我的弹性豆茎实例，并环顾四周。我手动添加了五个运行php artisan queue:work的后台进程，每个进程消耗了大约5%的CPU。嗯。

如果手动运行相同的命令(没有nohup)，就会看到一个不断更新的列表：

2018-04-04 20:09:59处理:App\Notification\Com呈请Processing 2018-04-04 20:09:59处理:App\Notification\CompetitionVIP 2018-04-04 20:10:00处理:App\Notification\CompetitionVIP 2018-04-04 20:10:00处理:App\Notification\CompetitionVIP 2018-04-04 20:10:00处理:App\Notification\Com呈请Processing 2018-04-04 20:10:00处理:App\Notification\Com呈请Processing 2018-04-04 20:10:00处理:App\Notification\Com呈请Processing 2018-04-04 20:10:02处理:App\Notification\Com呈请Processing 2018-04-04 20:10:02处理:App\Notification\Com呈请Processing 2018-04-04 20:10:02处理:App\Notification\Com呈请Processing 2018-04-04 20:10:02处理:App\Notification\Com呈请Processing 2018-04-04 20:10:02处理:App\Notification\Com呈请Processing 2018-04-04 20:10:02处理:App\Notification\Com呈请Processing 2018-04-04 20:10:03处理:App\Notification\Com呈请Processing 2018-04-04 20:10:03处理:App\Notification\Com呈请Processing 2018-04-04 20:10:03处理:App\Notification\Com呈请Processing 2018-04-04 20:10:03处理:App\Notification\Com呈请Processing 2018-04-04 20:10:03处理:App\Notification\Com呈请Processing

只有偶尔会有一次更改为处理，大多数情况下，这是一个无尽的黄色处理列表，每秒钟都会发生变化。

当我在SQS中查看消息时，我看到非常高的“接收计数”。有些像21,000+那样高！

​

​

我知道大概只有大约2000封电子邮件请求，所以我不明白为什么这个数字会如此之高。

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

任何帮助，了解发生了什么将是非常感谢！

Answer 1

​

​

呃。似乎这个问题只是一个愚蠢的问题：

我们的电子邮件服务提供商达到了他们的每日限制。

一旦我们增加了限制，几分钟后队列就被清除了。

如果这个问题对其他人有帮助，我就把它留在这里。