Django疑难问题：计时中间件启动前请求莫名延迟

一、特定端点中间件启动前停滞的可能原因 #

针对调用量大但逻辑简单的特定端点，在Django中间件启动前出现停滞，核心排查方向集中在请求进入Django核心逻辑前的环节：

• WSGI服务器请求队列阻塞：如果该端点请求量远高于其他端点，WSGI worker进程可能被该端点请求占满，新请求只能在队列中等待。比如Gunicorn worker数量不足，或该端点请求的连接保持时间过长，持续占用worker资源。
• 数据库连接预初始化阻塞：Django处理请求前会自动调用django.db.close_old_connections，若该端点请求每次触发此调用时，都要关闭大量过期连接或重新建立新连接，而数据库端连接池已满，就会引发停滞。其他端点请求量小，连接复用率高，不会触发该问题。
• 路由匹配隐性开销放大：若该端点URL配置使用了复杂正则，在高并发请求下，原本单请求可忽略的路由匹配耗时会被累计放大，形成明显停滞。

二、django.db.close_old_connections调用前后停滞的原因 #

close_old_connections的作用是关闭当前线程中超过CONN_MAX_AGE设置的数据库连接，释放无效资源。出现调用后停滞、再次调用前重复停滞的情况，通常和以下因素有关：

• 数据库连接资源竞争：高并发场景下，大量线程同时调用close_old_connections，会竞争数据库连接池资源。若数据库端最大连接数设置过小，关闭旧连接后新建连接时，会因等待数据库释放可用连接而停滞。
• 未提交事务残留：若之前的请求存在未提交的事务，close_old_connections关闭连接时会等待事务完成，这个过程会产生停滞。后续新请求又可能遇到同类未提交事务残留，导致停滞重复出现。
• CONN_MAX_AGE设置不合理：若CONN_MAX_AGE过短，会导致close_old_connections频繁关闭连接，每次请求都需重新建立数据库连接，高并发下建连开销被放大形成停滞；若设置过长，旧连接可能被数据库端主动断开变为无效连接，调用close_old_connections清理无效连接的过程也会引发停滞。

排查建议 #

• 调整WSGI服务器配置：增加worker数量或缩短连接超时时间，观察该端点的队列等待情况。
• 监控数据库状态：查看数据库连接数、等待队列，确认是否存在连接耗尽问题。
• 优化CONN_MAX_AGE参数：结合业务请求频率，设置合理的连接存活时间，平衡连接复用和资源占用。
• 检查端点请求特性：确认是否存在特殊请求头、请求体导致的预处理开销，或冗余的路由配置。

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