事务回滚后函数输出仍不一致，请求排查原因

嘿，这个坑我之前踩过！核心问题在于你混淆了数据库事务回滚和内存中Python对象的状态——事务回滚只会撤销数据库里的改动，但已经加载到内存中的MyModel实例并不会被自动重置为初始状态，甚至Django的ORM缓存还会让你后续拿到修改过的旧实例！

具体原因拆解 #

你的代码逻辑里有两个关键的隐形问题：

1. 内存对象未重置：当你在事务里调用new_feature(m, e)时，大概率修改了m的属性（比如某个字段值）。虽然事务回滚后数据库里的记录回到了初始状态，但内存里的m对象已经是修改后的版本了。
2. Django ORM的Identity Map缓存：Django为了减少数据库查询，会缓存已经通过get/filter获取的对象实例。当你后续再次执行MyModel.objects.get(id=some_id)时，ORM会直接返回缓存中那个已经被修改过的m，而不是重新从数据库读取干净的初始状态。

这就导致你后续运行代码时，new_feature处理的是修改后的内存对象，自然输出结果和第一次不一样。

修复方案 #

针对这个问题，有几个简单有效的解决办法：

方案1：每次获取对象后强制刷新数据库状态

在get之后调用refresh_from_db()，强制从数据库重新加载字段值，绕过ORM缓存：

try:
    with transaction.atomic():
        m = MyModel.objects.get(id=some_id)
        m.refresh_from_db()  # 强制从数据库读取最新（初始）状态
        for e in m.element_set.filter(some_filter):
            new_feature(m, e)
        log_state(m)
        raise DatabaseError
except DatabaseError:
    log_state(m)

方案2：使用原始查询绕过ORM缓存

如果refresh_from_db不够彻底，也可以用原始SQL查询来获取全新的对象实例：

m = MyModel.objects.raw('SELECT * FROM yourapp_mymodel WHERE id = %s', [some_id])[0]

方案3：在事务结束后手动重置对象状态（不推荐）

如果你需要保留内存对象，但要重置其属性，可以手动将字段恢复为初始值，但这种方法容易遗漏字段，不如前两种可靠。

额外建议 #

如果这是用于测试场景，更规范的做法是使用Django的TestCase类——它默认会在每个测试方法前后自动开启并回滚事务，并且每次测试都会从数据库获取干净的对象实例，避免缓存干扰。

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