Docker环境下Django视图与Shell执行SQL的性能差异问询

云原生阿岚

2026-6-17

问题

在Docker隔离容器环境中，执行同一原生SQL查询时出现显著性能差异：该查询在Django Shell中执行仅需约0.5秒，但在Django视图中调用却耗时约2秒。已将查询执行逻辑封装为execute_query()函数在两种场景复用，禁用了DEBUG模式，尝试关闭事务但无改善。函数代码如下：

def execute_query():
    st = time.time()
    cursor = connection.cursor()
    cursor.execute("""
        SELECT 
            cars.created_at, 
            cars.owner_id, 
            cars.status, 
            cars.color, 
            cars.type, 
            owners.source 
        FROM cars 
        INNER JOIN owners 
            ON cars.owner_id = owners.id 
        WHERE 
            owners.membership_id = 'example_id' 
            AND cars.created_at BETWEEN '2022-07-15 23:59:59' AND '2025-09-14 00:00:00' 
            AND cars.is_active = False 
            AND cars.description IS NOT NULL 
            AND cars.type != 'electric' 
        LIMIT 50000
    """)
    rows = cursor.fetchall()
    end = time.time()
    print(f"Query took: {end - st} seconds")
    return end - st

可能的性能差异原因

数据库连接模式差异：Django Shell启动后维持长连接，而视图请求通常是短连接模式，每次请求都可能重新建立数据库连接，连接建立的额外开销被计入了查询耗时。可以检查视图中数据库连接的生命周期，或启用数据库连接池优化。
容器内资源竞争：Django应用在容器中一般以多进程/多线程模式运行（如Gunicorn），而Shell是单进程运行。应用进程可能面临CPU、内存资源的竞争，导致查询执行时资源不足，速度变慢。可通过容器监控查看进程资源占用情况。
数据库执行计划缓存差异：Shell中首次执行后，数据库可能缓存了查询执行计划和热点数据；而视图请求可能因上下文差异（如不同的事务隔离级别、连接属性），导致数据库无法复用缓存的执行计划，每次都需要重新生成，增加耗时。可在数据库端对比两次查询的执行计划是否一致。
Django中间件的隐式影响：视图请求会经过一系列Django中间件（如认证、会话处理等），这些中间件可能在查询执行前占用了系统资源，或修改了数据库连接的状态（如隐式开启事务），间接影响查询性能。可以尝试在视图中跳过不必要的中间件，单独测试查询函数的耗时。
容器网络转发开销：虽然同处于Docker环境，但视图所在的应用容器与数据库容器之间的网络转发可能存在额外延迟，而Shell可能直接使用本地数据库连接（如果Shell在数据库容器内），这会导致查询耗时差异。可测试容器间的网络延迟情况。

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