在Django音频转录应用中是否应使用select_for_update？

首先明确：如果你的应用存在并发更新同一条转录记录的可能，就需要用；如果是极端小众场景（单实例+用户操作频率极低）可以暂时不用，但从长期健壮性角度建议加上。

可能触发并发冲突的场景不止用户重复点击： #

• 用户误操作/恶意多次点击「开始转录」：你已经想到的场景，两个请求同时读取到state='not_started'，随后都执行状态更新和转录启动，导致重复任务浪费资源。
• 多实例部署：如果应用跑在多个服务器/进程上，哪怕用户只点一次，负载均衡也可能让两个实例同时处理请求，触发冲突。
• 后台自动重试：如果有转录失败自动重试的后台任务，也可能和用户的手动启动请求产生并发冲突。

使用select_for_update()的注意事项： #

它确实能通过行锁避免并发读取-修改的问题，但要满足一个前提：

• 必须在事务中执行：Django默认自动事务会在get()后立即提交，锁随即释放，所以要包裹在transaction.atomic()块里：

  from django.db import transaction
  
  with transaction.atomic():
      try:
          transcribed_doc = TranscribedDocument.objects.select_for_update().get(id=session_id)
      except TranscribedDocument.DoesNotExist:
          ...
      if transcribed_doc.state == 'not_started':
          transcribed_doc.state = 'in_progress'
          transcribed_doc.save()
          # 启动转录任务
  

• 性能影响：行锁会增加数据库的微小开销，但对于转录这种低频、单条记录的操作，几乎可以忽略。

替代方案：乐观锁 #

如果担心行锁的性能，也可以用乐观锁（需要给TranscribedDocument加一个version整数字段）：

from django.db import transaction, F

with transaction.atomic():
    try:
        transcribed_doc = TranscribedDocument.objects.get(id=session_id)
    except TranscribedDocument.DoesNotExist:
        ...
    if transcribed_doc.state == 'not_started':
        # 仅当状态为not_started且版本匹配时才更新
        updated_count = TranscribedDocument.objects.filter(
            id=session_id,
            state='not_started',
            version=transcribed_doc.version
        ).update(
            state='in_progress',
            version=F('version') + 1
        )
        if updated_count == 1:
            # 启动转录任务
        else:
            # 并发冲突，忽略或提示用户
            ...

这种方式不需要加行锁，靠版本号判断是否有并发更新，性能更优，但需要额外维护版本字段。

结论 #

如果你的应用是单实例、用户操作频率极低，可能暂时不会遇到并发问题，但从长期健壮性考虑，加上锁机制（不管是select_for_update()还是乐观锁）更稳妥，避免后续扩展或用户操作异常导致的重复任务浪费资源。

内容的提问来源于stack exchange，提问作者tthheemmaannii