sql - DBCC freeproccache吗？

我们最近遇到了一个性能问题，可以通过执行DBCC freeproccache来解决。

是什么使程序缓存过期了？

如果索引或统计信息过期，为什么查询没有
重新编译自身？

将DBCC freeproccache调度为作业是一个好习惯吗？

有没有办法确定潜在的过期查询计划？

有没有办法确定有问题的查询？

任何帮助表示赞赏!

最佳答案

您的问题无处不在，所以我将尽力解决所有问题。过程缓存只有这么大。您的过程高速缓存可能已经充满了一次性使用的计划(这对统计没有影响，尽管统计信息可能会影响计划高速缓存)。您可以在Kimberly Tripp的博客文章“Plan cache and optimizing for adhoc workloads”中阅读很多有关一次性使用计划的详细信息-包括对sys.dm_exec_cached_plans的查询，这将有助于确定何时使用许多一次性计划填充缓存。正如她所建议的那样，您可以通过针对临时工作负载使用优化来防止这种膨胀。如果您发现经常需要这样做，那么我想说将freeproccache安排为一项工作是一个创可贴，而不是解决方案。

为了清除“不良”计划，首先需要确定“不良”计划。这可能是一个超出一定大小的计划，并且/或者有一段时间没有执行，或者您已经通过长时间运行的查询来识别，等等。不幸的是，要确定成为参数受害者的计划并不简单。嗅探，除非您已经知道该查询或受影响的查询。假设您要在缓存中查找一周以上未运行的最旧的计划:

;WITH x AS
(
    SELECT TOP 10
        qs.[sql_handle], qs.plan_handle,
        txs = qs.statement_start_offset,
        txe = qs.statement_end_offset,
        [size] = cp.size_in_bytes,
        [uses] = SUM(cp.usecounts),
        [last] = MAX(qs.last_execution_time)
    FROM
        sys.dm_exec_query_stats AS qs
    INNER JOIN
        sys.dm_exec_cached_plans AS cp
        ON qs.plan_handle = cp.plan_handle
    WHERE
        qs.last_execution_time < DATEADD(DAY, -7, CURRENT_TIMESTAMP)
    GROUP BY
        qs.[sql_handle], qs.plan_handle, cp.size_in_bytes,
        qs.statement_start_offset, qs.statement_end_offset
    ORDER BY
        [size] DESC
)
SELECT
    x.plan_handle,
    size, uses, [last],
    [statement] = COALESCE(NULLIF(
        SUBSTRING(t.[text], x.txs/2,
          CASE WHEN x.txe = -1 THEN 0 ELSE (x.txe - x.txs)/2 END
          ), ''), t.[text])
FROM x
CROSS APPLY sys.dm_exec_sql_text(x.[sql_handle]) AS t;

现在，您需要确认您确实要清除该计划。例如，如果您认为该查询是CEO明天可能会执行的查询，那么最好将其保留在那里。如果您想清除该计划，则可以直接说出它来清除它:

DBCC FREEPROCCACHE([paste plan handle from above query here]);

这听起来比在全局上运行DBCC FREEPROCCACHE还要多得多的工作，但是如果您在缓存中有很多好的计划，那么对于您的整体用户来说肯定会更好。

不过，这听起来确实像是创可贴。如果您的缓存中充满了垃圾，并且性能一直持续到您释放缓存为止，那么您需要查看更高层次的体系结构，如何提交查询等。这是我期望的行为LINQ2SQL的第一个迭代，它将为每个长度不同的字符串参数缓存查询计划的版本。因此，如果参数为'January'，则计划会与参数'February'有所不同，因为它将数据类型定义为VARCHAR(7)和VARCHAR(8)。可以肯定的是，这种行为是固定的，但是我对您的环境/应用程序了解不足，无法准确建议在哪里寻找“坏主意”。

关于sql - DBCC freeproccache吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/7127776/