关于 Laravel 队列经常卡死的问题。

附服务器内存：

这时候队列正在工作，是否内存也会有影响呢？

我之前有过类似的问题，不过我的是horizon自己掉了，所以任务也不跑。我的问题是用了deployer部署，所以出现这个问题。

看了你的需求，我觉得你可以试试用计划任务去做crontab。因为没必要用队列啊。这是题外建议。

关于队列经常卡死的问题，我想问下你用的哪种队列，redis，rabbitmq还是mysql?如果都没用，而是保持默认的sync的话那就太糟糕了。

我用的 mysql 也和你一样，过几天就不运行了

别猜测，要动手去调试

是不是mysql长时间连接后断掉了？

是不是空闲连接了？线程阻塞，mysql连接成了闲置连接，闲置过久，服务器一般会主动断开连接，应该编写异常捕获，进行重试。数据量大吗？会不会出现几小时没有队列处理？

如果解决不了，可以加个延时队列。检查并处理失败的消息

mark,关注

我也出现过这种的问题没解决过。谁解决了。发下教程

当队列消耗太慢或者停止消费的时候，我手动执行队列监听，是能正常运行的。感觉这个时候，并不是代码层次的问题，有点怀疑supervisor 哪里有问题

@chenyu0257 应该不是 supervisor 问题. 我用nohup的方式 也会存在这种情况

如果谁解决了.. 麻烦发下答案

有人解决了吗？我也遇到这个问题，驱动是database(mysql)，用docker起了两个queue worker，执行php artisan queue:work --queue=high,default,low --tries=1 --timeout=60

经常报： SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction (SQL: delete from `jobs` where `id` = xxxx)

代码里面的事务都是用：

DB::transaction(function () {
    // TODO： Model CURD.
});

会不会超时造成的，业务处理太久了

完全相同的问题，真是一个头两个大 :sob::sob::sob::sob::sob::sob: 用的redis队列，莫名其妙的就停止

说下我解决方法... 之前队列用的rabbitmq, 使用nohup 跑的脚本.. 就是会存在 过断时间就会卡住. 试了好多种方法.都不能解决. 后来 我加了个心跳检测. 解决了.... 希望童鞋们试试.

这种问题我在工作中遇到过，我们是做异步导入导出操作出现的，我们目前解决方式：

• 把导入数据(chunk)分块小块小块进行塞入队列，这样避免一个任务执行时间过长
• 刚刚开始我们是队列里面塞队列，最后修改成队列之间不进行嵌套
• 导入导出进行supervisor守护不同的队列

结果：经过以上进行修改，出现以上问提好像基本没有了。

这个貌似是个bug, 看这里 www.jiangxianli.com/?p=80

最近我也遇到这个问题，从数据库读取数据到ES索引，有时候队列会卡死，经过排查，应该是内存不够的问题。 我是用的supervisor，查看队列进程

$ ps -aux|grep php
www      20982  1.6  0.5 424904 40068 ?        S    16:53   0:00 /usr/bin/php /data/www/YG-server/artisan horizon
www      20989  2.0  0.5 424908 40172 ?        S    16:53   0:00 /usr/bin/php artisan horizon:supervisor aliyun-test-gnGv:supervisor-1 redis --workers-name=default --balance=auto --max-processes=8 --min-processes=3 --nice=0 --balance-cooldown=3 --balance-max-shift=1 --backoff=0 --max-time=0 --max-jobs=0 --memory=128 --queue=default,medical,medical_data_convert --sleep=3 --timeout=60 --tries=1

内存被限制为 128MB，在 "laravel/horizon": "^5.0" 里的 config/horizon.php 里有配置

return [
...
'defaults' => [
        'supervisor-1' => [
            'connection' => 'redis',
            'queue' => ['default'],
            'balance' => 'auto',
            'maxProcesses' => 1,
            'memory' => 128,
            'tries' => 1,
            'nice' => 0,
        ],
    ],
...
];

可以尝试一下修改内存限制

发起请求api是使用的curl么？是否有设置超时时间？

我之前也遇到过同样的问题，加个—timeout属性就解决了，刚开始加60还是有问题，加—timeout=120后彻底解决问题。

首先给大家说声抱歉，最近都没看这边，导致问题一直没关闭，然后非常感谢各位的解答，我来说下我目前的处理方式吧。 首先，配置上进行了修改，将原先的队列进一步细分（不仅是为了让任务更快运行，也是保证不同板块的任务不会有干扰），如图： 其次，代码中增加最大运行次数（因为查日志，发现部分任务失败后一直在重启，十分影响运行）

最后，也是问题得到了根本解决！！换了服务器，内存扩大了几倍，再也没出现过终止的情况，同时增加了 config/horizon 中 memory_limit 的限制 ，（所以 加钱才是王道（嗯，确信！），

www.cnblogs.com/pheye/p/13610912.h... 楼主看看这个

我的项目里 使用的rabbitmq 出现了这种情况，不知道怎么解决，头大