默认情况下Django Admin Actions是否使用数据库事务？

核心结论 #

Django Admin 自带的「Delete selected persons」这类批量删除Action默认是用事务的，你在PostgreSQL日志里看不到BEGIN/COMMIT是数据库日志输出规则导致的，不是没开事务。

具体原因 #

• 批量删除的逻辑来自django.contrib.admin.actions.delete_selected方法，它内部调用了QuerySet.delete()——Django的这个方法在支持事务的数据库（比如PostgreSQL）里是原子操作，会自动封装在事务中执行。
• PostgreSQL默认不会记录隐式事务的BEGIN和COMMIT语句。当执行单条DELETE这种单语句操作时，数据库会自动开启并提交事务，但不会把这些隐式的事务控制语句打在日志里，只有显式调用事务或者多语句事务才会输出相关关键字。

验证方式 #

要确认事务真的存在，可以做这两个测试：

• 自定义一个批量删除Action，在删除过程中手动抛出异常，比如在queryset.delete()后加一行raise Exception("Test rollback")，执行后看数据是否回滚。
• 修改PostgreSQL的postgresql.conf配置，开启log_statement = 'all'和log_transaction = on，重启数据库后再执行批量删除，就能看到隐式事务的日志记录了。

自定义事务控制（可选） #

如果需要更灵活的事务范围，可以重写批量删除Action，用transaction.atomic()显式包裹操作：

from django.contrib import admin
from django.db import transaction
from .models import Person

def custom_delete_selected(modeladmin, request, queryset):
    with transaction.atomic():
        queryset.delete()
        # 这里可以加其他需要在事务内执行的逻辑

custom_delete_selected.short_description = "Delete selected persons (custom transaction)"

class PersonAdmin(admin.ModelAdmin):
    actions = [custom_delete_selected]

内容的提问来源于stack exchange，提问作者Super Kai - Kazuya Ito