姜戈。业务逻辑瓶颈。

Question

有没有什么聪明的方法可以找到业务逻辑中的瓶颈。例如，我们有一个应用程序，它有一个在大项目中执行 HttpResponse('1') 的视图。我们确信中间件中不存在 SQL 查询。但是 HttpResponse 工作速度非常慢（在clear django项目上是50 rps vs 200 rps）。

1. 可能是什么原因？
2. 这种情况下如何找到瓶颈呢？
3. 我们还知道，在 Clear 项目中，每个请求的对象使用的内存不到 1 Mb，而在我们的项目中，则超过 2 Mb。如何找到这些对象？

Answer 1

调试工具栏运行良好，但我也喜欢运行 django-devserver。有时它可以为您提供超出您处理能力的信息。

DEVSERVER_MODULES = (
    'devserver.modules.sql.SQLRealTimeModule',
    'devserver.modules.sql.SQLSummaryModule',
    'devserver.modules.profile.ProfileSummaryModule',

    # Modules not enabled by default
    'devserver.modules.ajax.AjaxDumpModule',
    #'devserver.modules.profile.MemoryUseModule',
    'devserver.modules.cache.CacheSummaryModule',
    #'devserver.modules.profile.LineProfilerModule',
)

这是我打开的模块，启动后点击管理页面：

Django version 1.3.1, using settings 'myproject.settings' Running django-devserver 0.3.1 Threaded django server is running at http://127.0.0.1:8000/ Quit the server with CTRL-BREAK.
    [sql] SELECT ...
      FROM "auth_message"
      WHERE "auth_message"."user_id" = 1
    [sql] SELECT ...
      FROM "django_admin_log"
      INNER JOIN "auth_user" ON ("django_admin_log"."user_id" = "auth_user"."id")
      LEFT OUTER JOIN "django_content_type" ON ("django_admin_log"."content_typ_id" = "django_content_type"."id")
      WHERE "django_admin_log"."user_id" = 1
      ORDER BY "django_admin_log"."action_time" DESC LIMIT 10
    [sql] 4 queries with 0 duplicates
    [profile] Total time to render was 0.54s
    [cache] 0 calls made with a 100% hit percentage (0 misses) [30/Nov/2011 08:36:34] "GET /admin/ HTTP/1.1" 200 21667 (time: 0.69s; sql: 0ms (4q))
    [sql] SELECT ...
      FROM "django_flatpage"
      INNER JOIN "django_flatpage_sites" ON ("django_flatpage"."id" = "django_fatpage_sites"."flatpage_id")
      WHERE ("django_flatpage"."url" = /favicon.ico/
             AND "django_flatpage_sites"."site_id" = 1)
    [sql] 1 queries with 0 duplicates
    [profile] Total time to render was 0.02s
    [cache] 0 calls made with a 100% hit percentage (0 misses) [30/Nov/2011 08:36:34] "GET /favicon.ico/ HTTP/1.1" 404 2587 (time:
0.89s; sql: 0ms (1q))

Answer 2

你使用 django 调试工具栏吗？您可以找到使用它运行的查询，无论是否是中间件。
您如何监控视图的性能？
大项目中的用户是否比新项目中的用户多多？

Answer 3

我猜你的瓶颈不在你或 django 代码中。您使用什么网络服务器？工作进程处理了多少请求？

如果您使用 mod_wsgi，请确保有足够的工作进程并且最大请求数很高。

当然，请确保未设置settings.DEBUG。

Apache 日志可以包含以微秒为单位的请求处理时间：http://httpd.apache。 org/docs/current/mod/mod_log_config.html 检查 %D

检查你的中间件解释器在你的 +django 代码中的长度。

# Middleware to check how long the request was in the wsgi queue:
class FooMiddleware:
    def process_request(self, request):
        ...
        queue_start=request.META.get('HTTP_X_QUEUE_START', None)
        if queue_start is not None:
            # How long was the request waiting in the wsgi queue?
            # In Apache Config: 
            # RequestHeader add X-Queue-Start "%t" (in <VirtualHost>)
            queue_start = int(queue_start[2:])/1000000.0
            wait_in_queue=time.time()-queue_start
            if wait_in_queue>1:
                logging.error('Request was too long  (%.3fs) in wsgi-queue: %s' % (
                        wait_in_queue, request.build_absolute_uri()))

Answer 4

您可以尝试 New Relic，看看它是否有助于缩小问题范围。

• http://newrelic.com/python
• http://blog.newrelic.com/2011/11/08/new-relic-supports-python/

好东西那是你吗可以在无法使用 Django 调试工具栏的生产应用程序上使用它。