使用transaction.atomic()仍拆分Django事务的问题及合并需求

你遇到的情况是：用transaction.atomic()包裹了delete和bulk_create操作，但实际执行时两个操作各自开启并提交事务，无法实现原子性执行。以下是具体的排查方向和解决方案：

可能的原因及对应解决办法 #

1. 数据库引擎不支持事务 #

如果你的数据库使用MyISAM这类不支持事务的引擎，transaction.atomic()会完全失效，每个操作都会自动提交。

• 解决：切换到支持事务的数据库引擎，比如MySQL的InnoDB、PostgreSQL等。检查settings.py中的数据库配置，确保ENGINE对应支持事务的后端，同时确认数据库表的引擎设置正确。

2. 模型或信号中存在手动提交事务的代码 #

若模型A重写了delete()方法，或者pre_delete/post_delete信号的处理函数中调用了transaction.commit()、transaction.set_autocommit(True)这类触发事务提交的代码，会导致atomic()块内的事务提前结束。

• 解决：检查模型A的delete()方法及相关信号处理函数，移除所有手动提交事务的代码，让事务由atomic()块统一管理。

3. Django事务配置或执行环境干扰 #

如果项目开启了ATOMIC_REQUESTS（即settings.py中DATABASES['default']['ATOMIC_REQUESTS'] = True），每个HTTP请求会自动包裹事务，但如果你的代码在请求上下文之外执行（比如独立脚本、Celery任务），或嵌套了错误的事务逻辑，可能导致事务拆分。

• 解决：
  • 若在请求外执行代码，确保transaction.atomic()是最外层的事务包裹，且无其他嵌套的事务提交操作。
  • 尝试手动控制事务（替代atomic()块），示例代码：

    from django.db import transaction
    
    # 关闭自动提交
    transaction.set_autocommit(False)
    try:
        # 执行删除操作
        A.objects.filter(
            a=a,
            b=b,
            c=c,
            d__range=[start_date, end_date],
        ).delete()
    
        # 执行批量创建
        A.objects.bulk_create(
            [
                A(
                    a=a,
                    b=b,
                    c=c,
                    d=d,
                    e=e,
                    f=f,
                    g=g,
                )
                for obj in objs 
            ]
        )
        # 手动提交事务
        transaction.commit()
    except Exception as e:
        # 异常时回滚
        transaction.rollback()
        raise e
    finally:
        # 恢复自动提交模式
        transaction.set_autocommit(True)
    

4. 第三方库或中间件干扰 #

部分第三方库（如ORM扩展、缓存插件）或自定义中间件可能修改事务状态，导致atomic()块失效。

• 解决：暂时禁用第三方库和自定义中间件，测试事务是否正常。若恢复正常，逐一排查找出干扰组件，调整其配置或替换为兼容事务的版本。

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