sql-server - 从 Web 执行时查询超时，但从 SSMS 执行时速度超快

Question

我正在尝试调试我维护的 Web 应用程序中 SQL 超时的根源。我有 C# 代码的源代码，所以我确切地知道正在运行什么代码。我已将应用程序调试到执行超时的 SQL 代码的行，并观察在 SQL 探查器中运行的查询。

当从网络执行此查询时，它会在 30 秒后超时。然而，当我完全按照 Profiler 中显示的方式剪切/粘贴查询，并将其放入 SSMS 并运行它时，它几乎立即返回。我已将问题追溯到网络正在使用的连接中 ARITHABORT 设置为 OFF(也就是说，如果我在 SSMS session 中关闭 ARITHABORT，它会运行很长时间，如果我将其重新打开，那么它会运行非常快)。然而，阅读 ARITHABORT 的描述，它似乎并不适用...我只是做了一个简单的 SELECT，并且根本没有执行任何算术...只是一个带有 WHERE 条件的 INNER JOIN:

为什么 ARITHABORT OFF 会在这种情况下导致这种行为？有什么方法可以从 SSMS 更改该连接的 ARITHABORT 设置吗？我使用的是 SQL Server 2008。

Answer 1

那么您的 C# 代码使用什么方法向 SQL Server 发送临时 SQL 查询？您是否考虑过使用存储过程？无论谁调用它，这都可能确保相同的性能(至少在引擎中)。

为什么？ ARITHABORT 设置是优化器在确定如何执行查询(更具体地说，用于计划匹配)时查看的内容之一。缓存中的计划可能与 SSMS 具有相同的设置，因此它使用缓存的计划，但使用相反的设置，您的 C# 代码将强制重新编译(或者您可能遇到了真正的 BAD缓存中的计划)，这在很多情况下肯定会损害性能。

如果您已经在调用存储过程(您没有发布查询，尽管我认为您有意这样做)，则可以尝试将 OPTION (RECOMPILE) 添加到存储过程中的违规查询(或多个查询)。这意味着这些语句将始终重新编译，但它可以防止使用您似乎遇到的错误计划。另一种选择是确保在编译存储过程时，使用 SET ARITHABORT ON 执行批处理。

最后，您似乎在问如何更改 SSMS 中的 ARITHABORT 设置。我认为您想问的是如何在代码中强制执行 ARITHABORT 设置。如果您决定继续从 C# 应用程序发送即席 SQL，那么您当然可以以文本形式发送命令，其中包含多个用分号分隔的语句，例如:

SET ARITHABORT ON; SELECT ...

有关出现此问题的原因的详细信息，请参阅 Erland Sommarskog 的精彩文章:

• Slow in the Application, Fast in SSMS? Understanding Performance Mysteries