2021-01-22 - Django事务、delete、多数据库

背景

• Django 3.1.5
• Django配置：默认配置
• 多数据库
  • default: default_db
    • 表：user表
  • another_db: another_db
    • 表：another表
• 尝试delete和更新数据

代码

• 问题：delete未回滚且生效，user回滚。
• 代码内容：
  • 尝试delete another_db.another表中的数据
  • 且更新 user表中的enable字段

def delete_anchor(id):
    user = User.objects.filter(id=id).all()[:1]
    another = Another.objects.using('another_db').filter(id=id).all()
    with transaction.atomic():
        user.enable = -1
        another.delete()
        user.save()
        raise Exception('a excption')
    return

• 解决：atomic指定using参数为'another_db'。

• 追问：如果 多个数据库中进行delete()怎么办？

原因

• 事务是针对数据库/连接的：一个事务无法同时操作多个库，多个库时 多个链接。
• Django中的multidb肯定是多个链接。
• 同一个链接多个db呢？
• Django的save()是放在缓存中，可能并未被atomic提交，所以未生效(已证伪)。
• 实测，指定哪个数据库，则在那个数据库链接生成 事务，其他数据库会生效(无事务)。

最终解决方式

• transaction.atomic()嵌套使用

with transaction.atomic():
    X
    with transaction.atomic():
        Y
    Z

• 如果X引发异常，那么显然所有操作都没有机会提交。
• 如果Y引发异常，那么外部块也会回滚。就其本身而言，这与嵌套事务无关，这是因为Python异常抛出了。外部块将被异常退出，该异常总是导致回滚。
• 非显而易见的情况是Z引发异常时发生的事情，二者X和Y将回滚：内部块成功完成后，如果稍后在外部块中引发异常，则其效果仍然可以回滚。
• 经验证，当X与Y是不同数据库时，Z抛出异常，Y并不会回滚，但X会回滚；Y抛出异常，X仍会回滚。貌似，外部块抛异常的回滚机制失效？

参考

• Django数据库事务
• Django执行查询-delete()
• Django nested transactions - “with transaction.atomic()”