另一个选项，请参阅本文中描述的settings.py中的日志记录选项

http://dabapps.com/blog/logging-sql-queries-django-13/

Debug_toolbar会降低开发服务器上每个页面的加载速度，而日志记录则不会，因此速度更快。输出可以转储到控制台或文件，所以UI不是很好。但是对于包含大量sql的视图，通过debug_toolbar调试和优化sql可能需要很长时间，因为每个页面加载都非常慢。

另一个选项，请参阅本文中描述的settings.py中的日志记录选项

http://dabapps.com/blog/logging-sql-queries-django-13/

Debug_toolbar会降低开发服务器上每个页面的加载速度，而日志记录则不会，因此速度更快。输出可以转储到控制台或文件，所以UI不是很好。但是对于包含大量sql的视图，通过debug_toolbar调试和优化sql可能需要很长时间，因为每个页面加载都非常慢。

我把这个函数放在我项目中的一个应用程序的util文件中:

import logging
import re

from django.db import connection

logger = logging.getLogger(__name__)

def sql_logger():
    logger.debug('TOTAL QUERIES: ' + str(len(connection.queries)))
    logger.debug('TOTAL TIME: ' + str(sum([float(q['time']) for q in connection.queries])))

    logger.debug('INDIVIDUAL QUERIES:')
    for i, query in enumerate(connection.queries):
        sql = re.split(r'(SELECT|FROM|WHERE|GROUP BY|ORDER BY|INNER JOIN|LIMIT)', query['sql'])
        if not sql[0]: sql = sql[1:]
        sql = [(' ' if i % 2 else '') + x for i, x in enumerate(sql)]
        logger.debug('\n### {} ({} seconds)\n\n{};\n'.format(i, query['time'], '\n'.join(sql)))

然后，当需要时，我只是导入它，并从任何上下文(通常是视图)调用它是必要的，例如:

# ... other imports
from .utils import sql_logger

class IngredientListApiView(generics.ListAPIView):
    # ... class variables and such

    # Main function that gets called when view is accessed
    def list(self, request, *args, **kwargs):
        response = super(IngredientListApiView, self).list(request, *args, **kwargs)

        # Call our function
        sql_logger()

        return response

在模板之外这样做很好，因为如果你有API视图(通常是Django Rest框架)，它也适用于模板。

我已经做了一个你可以使用的小片段:

from django.conf import settings
from django.db import connection


def sql_echo(method, *args, **kwargs):
    settings.DEBUG = True
    result = method(*args, **kwargs)
    for query in connection.queries:
        print(query)
    return result


# HOW TO USE EXAMPLE:
# 
# result = sql_echo(my_method, 'whatever', show=True)

它以参数函数(包含sql查询)来检查和args, kwargs需要调用该函数。结果它返回函数返回的内容，并在控制台中打印SQL查询。

在django中，如果你有这样的查询:

MyModel.objects.all()

do:

MyModel.objects.all().query.sql_with_params()

or:

str(MyModel.objects.all().query)

来获取SQL字符串

Django SQL Sniffer是查看(和查看)从Django ORM的任何进程中执行的原始查询的另一种选择。我已经构建了它来满足我所拥有的一个特定用例，我在任何地方都没有看到过，即:

不需要更改目标进程正在执行的源代码(不需要在django设置中注册一个新的应用程序，到处导入装饰器等)。 不更改日志配置(例如，因为我对一个特定的进程感兴趣，而不是配置应用的整个进程群) 不需要重新启动目标进程(例如，因为它是一个重要的组件，重新启动可能会导致一些停机时间)

因此，Django SQL Sniffer可以特别使用，并附加到已经运行的进程。然后，该工具“嗅探”已执行的查询，并在执行时将它们打印到控制台。当工具停止时，将显示一个统计摘要，其中包含基于某些可能的度量(计数、最大持续时间和总组合持续时间)的异常值查询。

这是我附加到Python shell的示例的截图

你可以在github页面上查看现场演示和更多细节。