Django数据库访问速度因请求所用主机名不同出现大幅差异求助

问题根因分析 #

最高概率的触发原因是 Django调试工具类组件的IP白名单生效规则，完全匹配你描述的所有现象：

• 这类调试组件（最常见的是django-debug-toolbar）默认仅对配置在INTERNAL_IPS列表中的来源IP开启额外的统计逻辑，127.0.0.1默认在白名单内，而你虚拟机的公网网卡IP（10.20.254.201）默认不在白名单内
• 组件开启后会收集每一次ORM查询的SQL、执行时间、调用堆栈等信息，查询次数越多额外开销越大，正好对应你观察到的「差异幅度随查询对象数量增加同步上升」的特征

验证&解决方案 #

第一步：验证调试组件问题 #

1. 临时修改settings.py中的DEBUG = False，重启应用后再次分别用两个主机名发起测试，如果耗时差异消失即可实锤
2. 也可以直接检查INSTALLED_APPS和MIDDLEWARE列表中是否存在debug_toolbar相关配置，同时查看INTERNAL_IPS的配置项是否仅包含127.0.0.1

如果确认是django-debug-toolbar导致的，可根据需求选择处理方式：

• 性能测试阶段直接临时注释掉debug_toolbar的相关配置
• 若需要保留调试能力，可将10.20.254.201添加到INTERNAL_IPS列表中，让两类访问的调试逻辑一致即可消除差异

第二步：排查其他可能原因 #

如果排除调试组件后问题仍存在，按优先级排查以下项：

• 检查所有自定义/第三方中间件：是否存在基于请求REMOTE_ADDR或HTTP_HOST触发的额外逻辑，比如针对本地IP开启的全量查询日志打印、审计数据收集等同步操作，这类操作的开销都会随查询次数线性增长
• 排查全局信号/钩子逻辑：是否存在针对localhost主机名的特殊处理，比如额外的ORM debug日志输出、慢查询统计等逻辑
• 检查Docker网络配置：确认回环访问时的容器端口转发是否存在性能缺陷，可直接将Django应用和PostgreSQL放在同一个Docker-compose网络内，用容器名作为数据库连接地址测试，排除宿主机网络转发的影响

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