laravel修改retry_after/expire解决队列任务过期/超时导致队列多次执行问题

Song6168 次浏览0个评论2018年05月04日
在生产环境中,我发现当客户上传几万数据时,处理时间一般比较长(由于数据结构大,大约几分钟);我发现Laravel队列不报错但是执行了3次(我的异常尝试次数最多为3次),但是系统并未报错,我开始排查队列不报错但是多次执行的原因,发现存在队列过期的问题,修改retry_after解决问题。如果

在生产环境中,我发现当客户上传几万数据时,处理时间一般比较长(由于数据结构大,大约几分钟);我发现Laravel队列不报错但是执行了3次(我的异常尝试次数最多为3次),但是系统并未报错,我开始排查队列不报错但是多次执行的原因,发现存在队列过期的问题,修改retry_after解决问题。如果你是laravel 5.3以下环境,修改expire即可(Redis队列)。

任务过期

config/queue.php配置文件里,每一个队列连接都定义了一个retry_after选项。这个选项指定了任务最多处理多少秒后就被当做失败重试了。比如说,如果这个选项设置为90,那么当这个任务持续执行了90秒而没有被删除,那么它将被释放回队列。通常情况下,你应该把 retry_after 设置为最长耗时的任务所对应的时间。

唯一没有retry_after选项的连接是Amazon SQS。当用Amazon SQS时,你必须通过Amazon命令行来配置这个重试阈值。

队列处理器超时

queue:work Artisan命令对外有一个--timeout选项。这个选项指定了Laravel队列处理器最多执行多长时间后就应该被关闭掉。有时候一个队列的子进程会因为很多原因僵死,比如一个外部的HTTP请求没有响应。这个--timeout选项会移除超出指定事件限制的僵死进程:

php artisan queue:work --timeout=60

retry_after配置选项和--timeout命令行选项是不一样的,但是可以同时工作来保证任务不会丢失并且不会重复执行。

--timeout应该永远都要比retry_after短至少几秒钟的时间。这样就能保证任务进程总能在失败重试前就被杀死了。如果你的--timeout选项大于retry_after配置选项,你的任务可能被执行两次。

请登录后评论
    当前暂无评价,快来发表您的观点吧...
    公告提示
    本站主要用于学习交流Laravel技术,分享Laravel优秀案例;同时非常欢迎大家投稿哦!如果有招聘信息也可以联系我我帮忙发布哦!