在一些Django视图中,我使用这样的模式来保存对模型的更改,然后根据新的模型数据进行一些异步更新(例如生成图像,进一步更改模型)。 mytask
是芹菜任务:
with transaction.atomic():
mymodel.save()
mytask.delay(mymodel.id).get()
问题是任务永远不会返回。查看芹菜的日志,任务排队(我看到"收到任务"在日志中),但它永远不会完成。如果我将mytask.delay...get
调用移出事务,则会成功完成。
transaction.atomic
和芹菜之间是否存在某些不相容性?在Django 1.6或1.7中,我可以在一次交易中同时进行常规模型更新和单独任务流程的更新吗?
我的数据库是postgresql 9.1。我使用celery == 3.1.16 / django-celery 3.1.16,amqp == 1.4.6,Django == 1.6.7,kombu == 3.0.23。代理后端是amqp,rabitmq是队列。
答案 0 :(得分:19)
作为@dotz mentioned,生成异步任务并立即阻塞并一直等到它完成后几乎没用。
此外,如果您以这种方式附加(最后是.get()
),您可以确定您的工作人员不会看到刚刚发生的mymodel
实例更改,因为他们赢了还没有承诺 - 记住你还在atomic
区域内。
你可以做什么(来自Django 1.9)将任务推迟到提交当前活动事务之后,使用django.db.transaction.on_commit
hook:
from django.db import transaction
with transaction.atomic():
mymodel.save()
transaction.on_commit(lambda:
mytask.delay(mymodel.id))
我在我的post_save
信号处理程序中经常使用这种模式,触发一些新模型实例的处理。例如:
from django.db import transaction
from django.db.models.signals import post_save
from django.dispatch import receiver
from . import models # Your models defining some Order model
from . import tasks # Your tasks defining a routine to process new instances
@receiver(post_save, sender=models.Order)
def new_order_callback(sender, instance, created, **kwargs):
""" Automatically triggers processing of a new Order. """
if created:
transaction.on_commit(lambda:
tasks.process_new_order.delay(instance.pk))
但是,这样,如果数据库事务失败,您的任务将不会执行。这通常是理想的行为,但要记住它。
编辑:以这种方式注册on_commit芹菜任务实际上更好(没有lambda):
transaction.on_commit(tasks.process_new_order.s(instance.pk).delay)
答案 1 :(得分:6)
“独立任务”=由工作人员运行的东西。
“芹菜工人”=另一个过程。
我不知道任何方法可以让您在两个或更多个进程之间共享一个数据库事务。你想要的是在同一个事务中以同步的方式运行任务,然后等待结果...但是,如果这就是你想要的,为什么你还需要一个任务队列呢?
答案 2 :(得分:0)
Celery任务中存在一些竞争条件。 我认为here是对您问题的解释。
查看这些文档。还有一些像django-celery-transactions这样的软件包可以帮助您解决问题。