Django Admin渲染2000条内联数据过慢问题求助

我在Django Admin中为Location模型配置了TabularInline展示关联的Measurement数据，关联记录约2000条。数据库查询仅耗时1ms，但HTML页面渲染需4-5秒。

相关模型代码 #

class Location(models.Model):
    name = models.CharField(max_length=128, unique=True)

class Measurement(models.Model):
    decimal_settings = {'decimal_places': 1, 'max_digits': 8, 'null': True, 'blank': True, 'default': None}

    location = models.ForeignKey(Location, related_name='measurements', on_delete=models.CASCADE)
    day = models.DateField()  # DB indexing is done using the unique_together with location

    temperature_avg = models.DecimalField(**decimal_settings)
    temperature_min = models.DecimalField(**decimal_settings)
    temperature_max = models.DecimalField(**decimal_settings)

    feels_like_temperature_avg = models.DecimalField(**decimal_settings)
    feels_like_temperature_min = models.DecimalField(**decimal_settings)
    feels_like_temperature_max = models.DecimalField(**decimal_settings)

    wind_speed = models.DecimalField(**decimal_settings)
    precipitation = models.DecimalField(**decimal_settings)
    precipitation_duration = models.DecimalField(**decimal_settings)

    class Meta:
        unique_together = ('day', 'location')

内联配置代码 #

class MeasurementInline(TabularInline):
    model = Measurement
    fields = ('day',
              'temperature_avg', 'temperature_min', 'temperature_max',
              'feels_like_temperature_avg', 'feels_like_temperature_min', 'feels_like_temperature_max',
              'wind_speed', 'precipitation', 'precipitation_duration')
    readonly_fields = fields
    extra = 0
    show_change_link = False

    def has_add_permission(self, request, obj=None):
        return False

经Django Debug Toolbar排查，耗时集中在CPU（HTML模板渲染），现求助：

1. 如何实现内联数据分页？添加paginate_by=100未生效；
2. 如何进一步排查CPU耗时原因？
3. 有哪些优化方案可提升页面加载速度？

1. 内联数据分页实现 #

Django原生TabularInline不支持paginate_by参数，因为内联是直接嵌入父模型页面的，无内置分页逻辑。可通过两种方式实现：

• 自定义分页逻辑：重写get_queryset方法，结合Django的Paginator手动处理分页，再自定义内联模板渲染分页控件和对应页数据（因是只读场景，可简化表单结构）。
• 第三方库辅助：使用django-admin-inline-paginator这类封装好的库，安装后直接在MeasurementInline中配置paginate_by即可，无需手写大量代码。

2. 进一步排查CPU耗时原因 #

• 模板片段分析：通过Django Debug Toolbar的Templates面板，查看admin/includes/inline.html等内联相关模板的渲染耗时，确认是循环2000行数据还是字段格式化（比如DecimalField渲染）占用CPU。
• Python性能 profiling：用cProfile对Admin视图函数做性能分析，或借助Debug Toolbar的Profiling面板，查看函数调用栈中耗时最高的方法，比如Decimal类型格式化、模板标签处理等。
• 前端辅助验证：用浏览器DevTools查看DOM解析时间，确认是否是后端生成的超大HTML导致前端解析变慢（虽主要是后端渲染问题，但可排除混合因素）。

3. 页面加载速度优化方案 #

后端优化

• 缩减默认展示数据量：默认只展示最近N条记录（比如30天），提供跳转链接到Measurement列表页查看全部数据（可开启show_change_link=True或自定义按钮）。
• 简化模板渲染：自定义内联模板，移除不必要的表单控件包装（因是只读场景），减少每行HTML结构复杂度，降低DOM节点总数。
• 异步加载内联数据：默认不渲染内联内容，页面加载完成后通过AJAX请求获取数据并渲染，大幅降低主页面后端渲染时间。
• 预格式化字段：在模型中添加属性或自定义只读字段，预先格式化DecimalField数据，减少模板渲染时的计算开销。

前端优化

• 虚拟滚动：使用前端虚拟滚动库，只渲染可视区域内的行，减少DOM节点数量，提升页面渲染和交互性能。
• 压缩HTML输出：启用Django的GZipMiddleware，减少传输的HTML体积，间接提升加载速度。

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