Django atomic事务未回滚问题咨询

嘿，我之前也碰到过一模一样的困惑！你的理解其实完全正确——在transaction.atomic()块里抛出异常，整个事务应该被彻底回滚，创建的对象根本不应该留在数据库里。那问题大概率出在这几个地方：

1. 你的数据库/表不支持事务 #

这是最常见的原因！比如：

• 如果用的是MySQL，你的表可能用了MyISAM存储引擎（它完全不支持事务），而不是默认支持事务的InnoDB。你可以用SQL命令查看表的引擎：

  SHOW TABLE STATUS LIKE 'your_app_your_model';
  

  看Engine列是不是InnoDB，如果不是，需要把表转换成InnoDB：

  ALTER TABLE your_app_your_model ENGINE=InnoDB;
  

• 如果是SQLite，默认是支持事务的，但要是手动修改了连接参数禁用了事务，也会出现这种异常情况。

2. Django Shell测试的特殊干扰 #

Django Shell默认有自动提交特性，有时候会干扰事务测试。比如你逐行敲代码的时候，atomic块的上下文还没完全结束，就被Shell的自动提交逻辑打乱了。建议把测试代码写成完整的函数或脚本运行，而不是逐行执行：

from django.db import transaction
from your_app.models import Model

def test_rollback():
    try:
        with transaction.atomic():
            Model.objects.create(name="something")
            raise Exception("触发回滚")
    except Exception:
        pass
    
    # 检查对象是否存在
    print("对象是否存在：", Model.objects.filter(name="something").exists())

test_rollback()

正常情况下这个应该输出对象是否存在： False。

3. 模型Save方法被重写绕过了事务 #

如果你的Model重写了save()方法，并且在里面用了绕过Django ORM的原生SQL操作，或者用了某些特殊批量操作（比如bulk_create在少数场景下不会被事务完全包裹，不过你用的是create，这个可能性很小），也可能导致事务不回滚。

最后验证步骤 #

先确认你的数据库引擎支持事务，再用上面的完整脚本测试一遍。如果还是有问题，可以检查Django数据库配置里有没有禁用事务的参数（比如AUTOCOMMIT被设为False但没正确处理）。

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