按关联模型字段排序时Django查询性能骤降的优化方案咨询

核心问题 #

当前查询默认使用LEFT OUTER JOIN，但业务上每个AccessHistory都对应有效Event，大量无关联的Event数据被扫描拖慢了排序速度。换成INNER JOIN可避免无效数据扫描，直接提升性能。

具体实现方案 #

1. 强制触发INNER JOIN（推荐） #

通过过滤event不为空的记录，让Django自动切换为INNER JOIN：

AccessHistory.objects.filter(event__isnull=False).select_related('event').order_by('-event__created_at')

此方法无需修改模型，完全适配现有业务逻辑，生成的SQL会用INNER JOIN关联两张表，同时利用Event.created_at的索引加速排序。

2. 用Exists子查询明确关联逻辑 #

如果需要更清晰的语义，可通过Exists子查询确保只关联存在的Event：

from django.db.models import Exists, OuterRef

AccessHistory.objects.annotate(
    has_valid_event=Exists(Event.objects.filter(pk=OuterRef('event_id')))
).filter(has_valid_event=True).select_related('event').order_by('-event__created_at')

该写法同样会触发INNER JOIN，效果与第一种一致，适合需要明确业务约束的场景。

3. 调整模型关联属性（需业务确认） #

如果能确保业务中AccessHistory.event永远不为空，可直接移除模型字段的null=True：

class AccessHistory(models.Model):
    event = models.ForeignKey(Event, on_delete=models.CASCADE, blank=True)  # 移除null=True
    result = models.TextField(verbose_name=_('result'))

修改后Django默认会使用INNER JOIN，但需提前确认不会出现event为空的业务场景，否则会触发数据库完整性错误。

验证方法 #

可以通过打印查询集的query属性查看生成的SQL：

print(AccessHistory.objects.filter(event__isnull=False).select_related('event').order_by('-event__created_at').query)

确认SQL中使用了INNER JOIN，此时排序性能会显著提升至1秒以内。

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