在Django项目开发中，从数据库查询数据后按照指定规则排序是常见需求。很多开发者在处理排序时，会遇到结果不符合预期的情况，例如包含空值的字段排序位置不统一、多个排序字段的优先级不清晰、分页后数据出现重复或遗漏等。这些问题的根源通常在于对QuerySet的排序机制理解不够深入。本文将围绕order_by方法的基础用法、多字段排序、空值处理以及排序与过滤、分页结合等场景展开说明，帮助读者构建稳定且符合业务预期的数据排序逻辑。
基础排序方法：order_by字段与方向控制
Django QuerySet提供order_by方法用于指定查询结果的排序字段。该方法接收字符串参数，字段名直接传入表示升序排列，在字段名前添加减号前缀则表示降序排列。这一设计简洁直观，但需要注意字段名必须与模型字段完全匹配，并且排序方向仅由前缀控制，不能通过其他方式隐式指定。
在开始演示之前，先给出一个简单的Article模型，它包含标题、发布时间、阅读量以及允许为空的更新时间字段。模型中的update_time字段特意设置为null=True，用于后文演示空值排序。模型定义如下：
from django.db import models
class Article(models.Model):
title = models.CharField(max_length=100)
publish_time = models.DateTimeField(auto_now_add=True)
read_count = models.IntegerField(default=0)
# 允许为空的字段，用于演示空值排序
update_time = models.DateTimeField(null=True, blank=True)查询所有文章并按发布时间升序排列，可以使用order_by('publish_time')；如果在字段名前加上减号，就可以得到降序排列，例如order_by('-publish_time')表示新文章在前。这种用法适用于绝大多数单字段排序场景，也是所有复杂排序规则的基础。
# 按照publish_time升序排列，旧文章在前
articles = Article.objects.all().order_by('publish_time')
# 按照publish_time降序排列，新文章在前
articles = Article.objects.all().order_by('-publish_time')多字段排序与空值处理策略
当业务需要多个维度排序时，order_by可以接收多个字段参数，排序优先级按照参数从左到右依次降低。也就是说，先按第一个字段排序，第一个字段值相同的记录再按第二个字段排序，依此类推。比如先按阅读量降序，再按发布时间降序，可以让高阅读量文章优先展示，并且在阅读量相同时最新发布的文章排在前面。
# 多字段排序，先按read_count降序，再按publish_time降序
articles = Article.objects.all().order_by('-read_count', '-publish_time')
# 先按read_count降序，阅读量相同的按publish_time升序
articles = Article.objects.all().order_by('-read_count', 'publish_time')多字段排序还支持每个字段独立设置升降序。例如先按阅读量降序，阅读量相同的按发布时间升序，这样在阅读量相同的情况下，较早发布的文章排在前面。这种精细控制对构建后台列表、排行榜等场景非常有用，能够避免因方向设置混乱导致的数据顺序异常。
对于允许为空的排序字段，不同数据库对空值的默认排序位置并不相同。PostgreSQL默认将空值排在最前面，而MySQL默认将空值排在最后面。这会导致同一套代码在不同数据库环境中产生不一致的展示结果。Django提供了NullsFirst和NullsLast两个表达式，可以显式统一空值位置。
from django.db.models import NullsFirst, NullsLast
# 按照update_time升序排列，空值排在最前面
articles = Article.objects.all().order_by(NullsFirst('update_time'))
# 按照update_time降序排列，空值排在最后面
articles = Article.objects.all().order_by(NullsLast('-update_time'))NullsFirst与NullsLast可以包裹字段名并传入order_by，例如NullsFirst('update_time')表示按更新时间升序排列，并且空值放在最前面；NullsLast('-update_time')表示按更新时间降序排列，并且空值放在最后面。通过这种方式可以避免数据库差异带来的排序异常，保证应用在不同数据库环境下具有一致的排序行为。
排序与过滤、分页结合时的注意事项
在实际项目中，排序通常与filter过滤条件一起出现。Django的QuerySet具有惰性求值的特点，filter和order_by的调用顺序不会影响最终生成的SQL查询结果，但建议先执行过滤再排序，因为这样可以提前减少需要排序的记录数量，从而提升查询效率。
# 推荐先过滤再排序，提升查询效率
articles = Article.objects.filter(read_count__gt=100).order_by('-publish_time')
# 两种写法最终生成的SQL查询条件一致
articles = Article.objects.order_by('-publish_time').filter(read_count__gt=100)分页是另一个需要特别关注排序稳定性的场景。如果排序字段存在大量相同值，而排序规则中又没有可以唯一区分记录的顺序字段，那么在数据库返回结果时，这些相同值的记录顺序可能是不确定的。分页时就会出现同一条记录在不同页重复出现，或者某些记录被遗漏。为了保证排序结果的稳定性，建议在order_by的末尾追加一个唯一字段，例如主键id。
# 加上id作为最后一个排序字段，保证排序稳定
articles = Article.objects.all().order_by('-publish_time', 'id')
from django.core.paginator import Paginator
paginator = Paginator(articles, 10)
page = paginator.get_page(1)在模型Meta类中设置ordering属性可以为所有查询提供默认排序规则，但显式调用order_by会覆盖这个默认设置。很多开发者误以为模型的ordering会始终生效，实际上只要在查询中显式传入了排序字段，Django就会优先采用显式指定的规则。例如模型默认按照发布时间降序排列，如果执行order_by('read_count')，则最终结果会按照阅读量升序排列。
class Article(models.Model):
title = models.CharField(max_length=100)
publish_time = models.DateTimeField(auto_now_add=True)
read_count = models.IntegerField(default=0)
update_time = models.DateTimeField(null=True, blank=True)
class Meta:
# 模型层面默认按照发布时间降序排列
ordering = ['-publish_time']# 显式调用order_by会覆盖模型Meta中定义的默认排序
articles = Article.objects.all().order_by('read_count')
# 清空所有排序规则，包括模型默认的ordering
articles = Article.objects.all().order_by()如果需要完全清除排序规则，包括模型Meta中的默认排序，可以调用不带任何参数的order_by()。这在某些需要数据库原始返回顺序的场景中非常有用，例如当结果顺序由其他查询条件或聚合操作决定时，显式清空排序可以避免模型默认排序干扰业务逻辑。
总结与建议
Django的QuerySet排序机制灵活且强大，但只有在理解其规则后才能确保数据按预期顺序显示。基础排序通过order_by字段名前缀控制升降序；多字段排序按参数顺序确定优先级；空值排序需要借助NullsFirst和NullsLast实现跨数据库一致；排序与过滤结合时建议先过滤再排序以提升效率；分页场景必须追加唯一字段保证稳定；显式order_by会覆盖模型默认排序，order_by()可清空排序规则。掌握这些要点，可以避免大多数排序相关的开发陷阱，让后台列表、接口返回等场景的数据展示更加可靠。在实际项目中，建议将排序字段的显式声明作为代码规范的一部分，避免依赖数据库默认行为，从而降低不同环境之间的行为差异。