我正在尝试调试我维护的 Web 应用程序中 SQL 超时的根源。我有 C# 代码的源代码，所以我确切地知道正在运行什么代码。我已将应用程序调试到执行超时的 SQL 代码的行，并观察在 SQL 探查器中运行的查询。
当从 Web 执行此查询时，它会在 30 秒后超时。然而，当我完全按照 Profiler 中显示的方式剪切/粘贴查询，并将其放入 SSMS 并运行它时，它几乎立即返回。我已将问题追溯到 Web 正在使用的连接中 ARITHABORT 设置为 OFF（也就是说，如果我在 SSMS 会话中关闭 ARITHABORT，它会运行很长时间，如果我将其重新打开，那么它会运行非常快）。然而，阅读 ARITHABORT 的描述，它似乎并不适用...我只是做了一个简单的 SELECT，并且根本没有执行任何算术...只是一个带有 WHERE 条件的 INNER JOIN：
为什么 ARITHABORT OFF 会在这种情况下导致这种行为？有什么方法可以从 SSMS 更改该连接的 ARITHABORT 设置吗？我正在使用 SQL Server 2008。
那么您的 C# 代码使用什么方法向 SQL Server 发送即席 SQL 查询？您是否考虑过使用存储过程？无论谁调用它，这都可能确保相同的性能（至少在引擎中）。
为什么？ ARITHABORT 设置是优化器在确定如何执行查询（更具体地说，用于计划匹配）时查看的内容之一。缓存中的计划可能与 SSMS 具有相同的设置，因此它使用缓存的计划，但使用相反的设置，您的 C# 代码将强制重新编译（或者您可能遇到了真正的问题）BAD缓存中的计划），这在很多情况下肯定会损害性能。
如果您已经在调用存储过程（您没有发布查询，尽管我认为您有意这样做），则可以尝试将 OPTION (RECOMPILE) 添加到存储过程中的违规查询（或多个查询）。这意味着这些语句将始终重新编译，但它可以防止使用您似乎遇到的错误计划。另一种选择是确保在编译存储过程时，使用 SET ARITHABORT ON 执行批处理。
最后，您似乎在问如何更改 SSMS 中的 ARITHABORT 设置。我认为您想问的是如何在代码中强制执行 ARITHABORT 设置。如果您决定继续从 C# 应用程序发送即席 SQL，那么您当然可以以文本形式发送命令，其中包含多个用分号分隔的语句，例如：
SET ARITHABORT ON; SELECT ...
有关出现此问题的原因的更多信息，请参阅 Erland Sommarskog 的精彩文章：
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
