Django Session Middleware多租户会话跨库访问导致主站500错误如何解决

核心问题原因：主站和租户站点共用同一个sessionid Cookie，租户侧生成的session数据存储在独立租户库中，主站收到该Cookie后在主库查询不到对应会话数据触发异常。

修复方案（按优先级排序） #

方案1：按路径/租户隔离Session Cookie（推荐） #

通过自定义SessionMiddleware动态区分主站和租户的Cookie配置，从根源避免互相携带无效Session标识：

• 租户站点访问路径为/client/*时，单独设置Session Cookie的名称、作用路径，保证租户的Session Cookie仅在访问租户路径时被携带，主站请求不会携带
• 主站保持默认Session Cookie配置即可

示例代码（修改你已有的utils.middleware.SessionMiddleware.SessionMiddleware）：

from django.contrib.sessions.middleware import SessionMiddleware as BaseSessionMiddleware
from django.conf import settings
from django.contrib.sessions.models import Session

class SessionMiddleware(BaseSessionMiddleware):
    def process_request(self, request):
        # 判断当前请求是否为租户路径
        if request.path.startswith('/client/'):
            # 也可以根据实际租户标识动态生成cookie名，实现多租户之间的会话隔离
            settings.SESSION_COOKIE_NAME = 'sessionid_client'
            settings.SESSION_COOKIE_PATH = '/client/'
        else:
            # 主站恢复默认配置
            settings.SESSION_COOKIE_NAME = 'sessionid'
            settings.SESSION_COOKIE_PATH = '/'
        super().process_request(request)

优点：完全隔离主站和租户的会话体系，无额外兼容逻辑，稳定性最高。

方案2：增加Session查询异常兼容逻辑 #

如果不想拆分Cookie，可以在自定义SessionMiddleware中增加会话不存在的捕获逻辑，查询不到会话时自动清空无效Cookie并生成新会话：
示例代码：

from django.contrib.sessions.middleware import SessionMiddleware as BaseSessionMiddleware
from django.core.exceptions import ObjectDoesNotExist
from django.conf import settings

class SessionMiddleware(BaseSessionMiddleware):
    def process_request(self, request):
        try:
            super().process_request(request)
        except ObjectDoesNotExist:
            # 清空无效的sessionid cookie，初始化空会话
            request.session = self.SessionStore()
            if hasattr(request, 'response'):
                request.response.delete_cookie(settings.SESSION_COOKIE_NAME)
            return None

优点：改动量小，兼容现有业务逻辑。
缺点：未从根源隔离会话，极端场景下仍可能出现会话串用风险。

方案3：调整数据库路由规则 #

修改你的ClientDatabaseRouterMiddleware，增加Session模型的路由判断逻辑：

• 处理租户请求时，Session模型读写走对应租户库
• 处理主站请求时，Session模型读写强制走主库，查询不到对应session时自动创建新会话，不抛出异常

优点：不需要修改Session相关逻辑
缺点：需要配套调整数据库路由的模型判定规则，复杂度较高。

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