Django REST Framework自定义用户模型删除时触发IntegrityError错误

这种(1452, 'Cannot add...')的IntegrityError本质是数据库外键约束冲突——当你删除自定义User时，有其他表的记录依然关联着这个用户的ID，数据库不允许破坏这种关联关系，所以抛出了错误。下面是具体的排查和解决步骤：

1. 检查所有关联模型的外键配置 #

Django 1.11要求外键字段必须显式指定on_delete参数，这决定了关联对象被删除时的处理逻辑。如果你的其他模型中有指向自定义User的外键但没设置这个参数，或者设置的逻辑不合适，就会触发错误。

举个例子，假设你有一个Profile模型关联User：

from django.db import models
from app_rest.models import User

class Profile(models.Model):
    user = models.OneToOneField(
        User,
        on_delete=models.CASCADE,  # 关键：删除用户时同时删除关联的Profile
        related_name='profile'
    )
    bio = models.TextField(blank=True)

常用的on_delete选项包括：

• models.CASCADE：级联删除，删除用户时自动删除所有关联记录
• models.PROTECT：阻止删除用户，抛出错误提示存在依赖数据
• models.SET_NULL：将关联字段设为NULL（需要字段允许null=True）
• models.SET_DEFAULT：设为默认值（需要字段设置default）

如果之前没设置on_delete，请生成并应用迁移：

python manage.py makemigrations
python manage.py migrate

2. 排查是否是中途替换默认用户模型导致的问题 #

如果你的项目不是从一开始就设置AUTH_USER_MODEL = 'app_rest.User'，而是中途替换默认的auth.User，那么内置应用（比如django.contrib.admin的LogEntry表）的外键依然会指向原来的auth_user表，而非你的自定义User表。这时候删除自定义User时，数据库会因为找不到对应关联记录而报错。

这种情况的修复成本较高，推荐的处理方式：

• 如果项目处于早期阶段，直接清空数据库，重新执行迁移（确保一开始就设置了AUTH_USER_MODEL）
• 如果已有生产数据，需要手动修改数据库表的外键关联，将所有指向auth_user的外键改为指向app_rest_user，同时迁移旧用户数据到新模型（这个操作需要谨慎，建议先备份数据库）

3. 检查Django Admin的删除逻辑 #

默认情况下，Django Admin会遵循模型的on_delete配置处理级联删除，但如果你的自定义User Admin有自定义的删除逻辑，可能会覆盖默认行为。可以检查app_rest/admin.py中User的Admin类，确保没有自定义delete_model方法导致级联删除失效。

比如，正确的User Admin配置应该类似：

from django.contrib import admin
from django.contrib.auth.admin import UserAdmin
from .models import User

admin.site.register(User, UserAdmin)

完成以上步骤后，再尝试删除用户，应该就能解决IntegrityError问题了。

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