Django多租户子域名登录异常：DRF Token查询错误Schema引发500错误

兄弟，我一眼就看穿问题根源了——你用的DRF默认Token模型是绑定到public schema的，而你的用户数据存在租户专属的schema里！ 当你在子域名（租户上下文）登录时，代码硬去public schema找对应用户，自然找不到，直接触发外键约束错误，这就是500报错的核心原因！

先拆解你的错误日志 #

你贴的Traceback已经把问题说透了：

psycopg2.errors.ForeignKeyViolation: insert or update on table "authtoken_token" violates foreign key constraint
DETAIL:  Key (user_id)=(d34fd88e-b7bb-4f5c-880a-43f1cb98230d) is not present in table "accounts_mspauthuser".

默认的authtoken_token表在public schema里，它关联的accounts_mspauthuser也是public里的空表，但你的用户实际在租户自己的schema里，完全对不上号！

至于为什么登录后操作正常？因为登录成功后，所有数据库操作都是在租户schema的上下文里进行的，而登录时的Token创建逻辑用了默认的Token模型，硬要跨schema找用户，直接炸了。

解决方案：自定义多租户兼容的Token模型（推荐） #

django-tenants要求所有租户专属的模型必须标记为schema_aware，所以我们要封装一个支持租户的Token模型：

1. 自定义租户Token模型

在你的用户相关app（比如accounts）的models.py里添加：

from django.db import models
from django_tenants.models import schema_aware
from rest_framework.authtoken.models import Token as OriginalToken

# 标记为schema_aware，让django-tenants识别为租户专属模型
@schema_aware
class TenantToken(OriginalToken):
    class Meta:
        proxy = True  # 代理模型，复用原Token的所有逻辑
        verbose_name = "租户API Token"

2. 执行租户迁移

别用普通的migrate，要用django-tenants的迁移命令，让每个租户schema都创建这个Token表：

python manage.py makemigrations
python manage.py migrate_schemas

3. 替换视图里的Token引用

修改你的dual_login_view和其他用到Token的地方，把默认的Token换成我们自定义的：

# 替换原来的导入
# from rest_framework.authtoken.models import Token
from accounts.models import TenantToken

# 然后在登录逻辑里替换：
token, created = TenantToken.objects.get_or_create(user=user)

为什么这个方案最靠谱？ #

• 完全符合django-tenants的多租户设计：每个租户有自己的Token表，和用户数据完全绑定在同一个schema里，不会再出现跨schema的外键问题。
• 复用了DRF Token的所有原有逻辑，不用自己从零写认证逻辑，成本极低。

临时应急方案（仅用于调试，不推荐长期使用） #

如果你只是想快速验证问题根源，可以临时在Token创建前强制切换到当前租户的schema，但这个方法容易引入上下文污染问题：

from django_tenants.utils import get_current_schema_name, set_schema

# 在创建Token前强制切换到当前租户schema
current_schema = get_current_schema_name()
set_schema(current_schema)

token, created = Token.objects.get_or_create(user=user)

最后确认点 #

你的MSPAuthUser模型肯定已经标记为schema_aware了吧？不然用户也不会出现在租户schema里，这点你应该已经做了，不然登录后也没法正常操作。

迁移完成后，测试子域名登录：现在创建的Token会存在租户自己的schema里，和用户完全对应，外键约束错误会彻底消失。

备注：内容来源于stack exchange，提问作者Langutang