celery报连接错误进程守护无法连接Cannot connect to amqp://guest:**@127.0.0.1:5672//: [Errno 111] Connection refuse

最新推荐文章于 2025-04-16 11:00:57 发布

原创

最新推荐文章于 2025-04-16 11:00:57 发布 · 2w 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#django #celery #rabbitmq

本文解决Celery连接RabbitMQ时出现的“Connection refused”错误，提供了检查和安装RabbitMQ的方法，以及调整Celery版本以确保与RabbitMQ版本兼容的指导。

一、文章贡献

安装rabbitMQ的部分，来自于
https://www.jb51.net/article/174857.htm

二、报错信息

Cannot connect to amqp://guest:**@127.0.0.1:5672//: [Errno 111] Connection refused

有的是执行这行代码时报错

celery -A celery_tasks.main worker -l info

有些是执行上面代码成功连接，但是执行下面进程守护的时候报错

celery multi start w1 -A celery_tasks.main -l info --logfile=./celerylog.log --pidfile=./celerypid.pid

三、提供两个可能导致错误的原因和方案

1.没有安装rabbitMQ,下面提供安装方法

首先查看系统内是否有rabbitmq

ps

最低0.47元/天解锁文章

1 条评论

北风之神c 2021.11.02
写得赞，博主用心了，但主要还是celery太难用了。 celery对目录层级文件名称格式要求太高，只适合规划新的项目，对不规则文件夹套用难度高。所以新手使用celery很仔细的建立文件夹名字、文件夹层级、python文件名字，所以网上的celery博客教程虽然很多，但是并不能学会使用，因为要运行起来需要以下6个方面都掌握好，博客文字很难表达清楚或者没有写全面以下6个方面。 celery消费任务不执行或者报错NotRegistered，与很多方面有关系，如果要别人排错，至少要发以下6方面的截图，因为与一下6点关系很大。 1) 整个项目目录结构,celery的目录结构和任务函数位置，有很大影响 2) @task入参 ,用户有没有主动设置装饰器的入参 name,设置了和没设置有很大不同，建议主动设置这个名字对函数名字和所处位置依赖减小 3) celery的配置，task_queues(在3.xx叫 CELERY_QUEUES )和task_routes (在3.xx叫 task_routes) 4) celery的配置 include （在3.xx叫 CELERY_INCLUDE）或者 imports (3.xx CELERY_IMPORTS) 或者 app.autodiscover_tasks的入参 5) cmd命令行启动参数 --queues= 的值 6) 用户在启动cmd命令行时候，用户所在的文件夹。在不规范的文件夹路径下，使用celery难度很高，一般教程都没教。 [项目文件夹目录格式不规范下的celery使用演示](https://github.com/ydf0509/celery_demo) 。此国产分布式函数调度框架 https://function-scheduling-distributed-framework.readthedocs.io/zh_CN/latest/index.html ，从用法调用难度，用户所需代码量，超高并发性能，qps控频精确程度，支持的中间件类型，任务控制方式，稳定程度等19个方面全方位超过celery，任何方面都是有过之而无不及。发布性能提高1000%，消费性能提高2000%