Django项目中资源已浏览器缓存时如何减少数据库查询

算力阿峰

2026-5-20

Django用户头像展示与Nginx缓存优化指南

嘿，你在开发Django Web应用时处理用户头像列表的思路挺清晰的，先结合你的代码和配置聊聊细节，再给你几个实用的优化点：

当前实现梳理

首先看你的视图代码，用ORM的filter+values批量获取头像的ID和URL，这个写法简洁高效，能精准拿到需要的数据：

Avatar.objects.filter(id__in=user_list).values('id','url')

再看你的Nginx缓存配置，这个map指令的设计非常贴合静态资源缓存的最佳实践：

map $sent_http_content_type $expires {
    default off;
    text/html epoch;
    text/css max;
    application/javascript max;
    ~image/ max;
}

它会根据响应的Content-Type差异化设置缓存策略：HTML立即过期不缓存，CSS、JS和所有图片类型都启用最长缓存时间——头像作为图片资源，会被浏览器长期缓存，能大幅减少重复请求，提升页面加载速度。

虽然当前配置已经不错，但针对头像展示的场景，还有几个点可以让体验和性能更上一层楼：

优化ORM查询，避免冗余请求
如果你的Avatar模型和User模型是关联的（比如User有一个avatar外键字段），可以换一种查询方式，用prefetch_related关联查询，避免先查用户列表再查头像的两次数据库请求：
```
# 假设User模型有avatar外键
User.objects.filter(id__in=user_ids).prefetch_related('avatar').values('id', 'avatar__url')
```
这样一次查询就能拿到用户ID和对应的头像URL，数据库性能会更好。
处理头像更新后的缓存失效问题
因为你给图片设置了max缓存，用户更新头像后，浏览器可能还会加载旧的缓存图片。解决这个问题的核心是让头像URL在更新时发生变化：
- 可以在保存头像时，生成带文件哈希值的文件名（比如avatar_abc123.jpg），这样头像更新后文件名变了，URL自然也变了；
- 或者用Django的static模板标签，它会自动给静态资源URL添加文件哈希后缀，不过如果头像存在媒体目录（MEDIA_ROOT），可能需要自己实现类似的哈希逻辑。
验证Nginx缓存是否生效
可以打开浏览器的开发者工具（Network面板），刷新页面后查看头像请求的响应头，确认是否有Cache-Control: max-age=31536000（这是max对应的默认过期时间，也就是1年），如果有，说明缓存配置已经生效了。

最后还要确认一下，Django的MEDIA_URL和Nginx的媒体文件映射配置是正确的，确保头像图片能被Nginx正确返回，不然缓存配置再好也没用~

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