存储过程超时 - 但从 SSMS 运行时很好

Question

我有一个存储过程出错，显示“超时已过期”。

涉及的代码是ADO/VB6。

存储过程本身没有问题，可以在查询窗口中运行，不到一秒。

用于获取连接等的代码也是模块化的，并且在一个巨大的应用程序中使用。超时仅在这个地方发生，在一个特定的数据库上。

无论是否在调试中运行 VB6 代码，每次尝试数百次都会重现错误，然后突然间一切都会神奇地重新开始工作。然后在未来的某个时间，同样的问题会再次出现。

我不确定要放多少代码，这没什么复杂的；基本上是；

Set adoCommandObject.ActiveConnection = ...{open ADODB.Connection object}
Set rs = CreateObject("ADODB.Recordset")
Call rs.Open(adoCommandObject, , adOpenForwardOnly, adLockReadOnly)'Timeout occurs here

我一直在探查器中观察，但没有给出任何线索，除了偶尔看到在 sp 运行之前和之后发生的“SET NO_BROWSETABLE ON”/“SET NO_BROWSETABLE OFF”语句。

我已经在网上搜索过，但无法找到任何令人满意的帮助；我愿意在这一点上尝试任何事情（除了在 .NET 中重写，不幸的是这不是一个选项！）

Answer 1

我认为你想太多了。无意冒犯，但如果你使用 MSSQL，它就像有人打开查询窗口一样简单，它会占用数据库。这很容易测试。 我以前也遇到过同样的麻烦。在此之前我已经运行了存储过程，没有超时，通常会立即运行，但会在一夜之间运行而不运行。只是为了发现另一名员工打开了他们的查询窗口。关闭他们的窗口，然后它终于运行了。 看看这个，你会惊讶于表锁可以对你的应用程序做些什么。

我这样说是因为你说问题是间歇性的。它来来去去。我怀疑是表锁。无论是应用程序执行此操作，还是由另一个用户对数据库进行查询来完成。如果不是其他用户，请检查以确保您的应用程序在每次使用它们时都关闭与数据库的连接。

Answer 2

• 可能有一些代码不小心将连接或命令的超时设置为一个非常小的值。
• 也许程序确实偶尔需要一段时间才能运行，例如如果服务器正在执行其他操作或统计信息已过时
• 您能否使用分析器捕获超时情况，如果可以，proc 实际上是否需要很长时间才能执行？

如上所述，here SET NO_BROWSETABLE ON 类似于在选择中使用FOR BROWSE。我猜它是 ado 自动生成的，它认为您可能想要更新该记录集。您可能可以设置 Recordset 的一个属性来阻止那些被发布，但这似乎不太可能是问题所在。