如何防止'查询超时过期'？(SQLNCLI11错误'80040e31')

Question

如何防止'查询超时过期'？(SQLNCLI11错误'80040e31')

use*_*078 13 sql sql-server vbscript asp-classic sql-server-2012-express

我在经典ASP(VBScript)中连接到MS SQL Server 2012数据库.这是我的连接字符串:

Provider=SQL Server Native Client 11.0;Server=localhost;
Database=databank;Uid=myuser;Pwd=mypassword;

Run Code Online (Sandbox Code Playgroud)

当我执行此SQL命令时:

UPDATE [info] SET [stamp]='2014-03-18 01:00:02',
[data]='12533 characters goes here',
[saved]='2014-03-18 01:00:00',
[confirmed]=0,[ip]=0,[mode]=3,[rebuild]=0,
[updated]=1,[findable]=0 
WHERE [ID]=193246;

Run Code Online (Sandbox Code Playgroud)

我收到以下错误:

Microsoft SQL Server Native Client 11.0 
error '80040e31'
Query timeout expired   
/functions.asp, line 476

Run Code Online (Sandbox Code Playgroud)

SQL查询很长,数据字段更新为12533个字符.ID列已编入索引,因此查找ID为193246的帖子应该很快.

当我在SQL Server Management Studio上执行完全相同的SQL表达式(复制和粘贴)时,它立即成功完成.什么都没有问题.所以SQL本身没有问题.我甚至尝试过使用ADODB.Recordset对象并通过它更新(没有自编SQL),但我仍然得到相同的超时错误.

如果我在Management Studio中转到工具>选项>查询执行,我会看到执行超时设置为0(无限).在工具>选项>设计器下,我看到事务超时设置为30秒,因为脚本和数据库在同一台计算机上("localhost"在连接字符串中),所以应该足够了.

这里发生了什么？为什么我可以在Management Studio中执行SQL而不是在我的ASP代码中执行？

编辑:尝试将设计师选项卡中的30秒超时设置为600秒,以确保,但我仍然得到相同的错误(在页面加载btw 30秒后发生).

这是我用来在ASP页面上执行SQL的代码:

Set Conn = Server.CreateObject("ADODB.Connection")
Conn.Open "Provider=SQL Server Native Client 11.0;
Server=localhost;Database=databank;Uid=myuser;Pwd=mypassword;"
Conn.Execute "UPDATE [info] SET [stamp]='2014-03-18 01:00:02',
[data]='12533 characters goes here',[saved]='2014-03-18 01:00:00',
[confirmed]=0,[ip]=0,[mode]=3,[rebuild]=0,[updated]=1,[findable]=0 
WHERE [ID]=193246;"

Run Code Online (Sandbox Code Playgroud)

编辑2:使用Conn.CommandTimeout = 0为查询提供无限的执行时间什么都不做,它只是让查询永远执行.等了25分钟,它仍然在执行.

然后我尝试将SQL分成两个SQL语句,一个中的长数据更新和另一个中的其他更新.它仍然不会更新长数据字段,只是超时.

我尝试了两个额外的连接字符串:

Driver={SQL Server};Server=localhost;Database=databank;Uid=myuser;Pwd=mypassword;
Driver={SQL Server Native Client 11.0};Server=localhost;Database=databank;Uid=myuser;Pwd=mypassword;

Run Code Online (Sandbox Code Playgroud)

没工作.我甚至尝试将数据更改为12533 A,以查看实际数据是否导致问题.不,同样的问题.

然后我发现了一些有趣的东西:我试图在数据字段的长时间更新之前首先执行短SQL.它也有查询超时异常......

但为什么？它有很少的东西需要更新(整个SQL语句少于200个字符).将进一步调查.

编辑3:我认为它可能与登录有关但我没有发现任何看起来错误的东西.我甚至尝试更改连接字符串以使用sa帐户,但即使这样也无效,仍然会收到"查询超时已过期".

这让我很生气.没有解决方案,没有解决方法,最糟糕的是没有想法!

编辑4:在Management Studio中找到工具>选项>设计器,勾选"防止保存需要重新创建表的更改".它没有做任何事.

尝试将"数据"列数据类型从"nvarchar(MAX)"更改为较低的"ntext"类型(我变得绝望).它没用.

尝试执行我能想到的帖子上最小的更改:

UPDATE [info] SET [confirmed]=0 WHERE [ID]=193246;

Run Code Online (Sandbox Code Playgroud)

这会将一个列设置为false.没工作.我尝试在Management Studio中执行完全相同的查询,它运行完美.

如果你有这些想法,请告诉我一些想法,因为我现在已经用完了.

编辑5:现在还尝试了以下连接字符串:

Provider=SQLOLEDB.1;Password=mypassword;Persist Security Info=True;User ID=myuser;Initial Catalog=databank;Data Source=localhost

Run Code Online (Sandbox Code Playgroud)

没工作.只是试图将确认设为假但仍然有一段时间.

编辑6:现在尝试更新同一个表中的不同帖子:

UPDATE [info] SET [confirmed]=0 WHERE [ID]=1;

Run Code Online (Sandbox Code Playgroud)

它还给出了超时错误.所以现在我们知道它不是特定于帖子的.

我可以通过ASP更新同一"数据库"数据库中其他表中的帖子.我还可以在localhost上更新其他数据库中的表.

可能会因[info]表格出现问题吗？我使用MS Access向导自动将数据从Access移动到MS SQL Server 2012,它创建了数据类型为"ntext"的列,我手动将其更改为"nvarchar(MAX)",因为不推荐使用ntext.有什么事情可以打破吗？当我更改数据类型时,它确实需要我重新创建表.

我必须睡一觉,但如果有人回复我,我一定会在明天回来查看.请做,即使你只有令人鼓舞的话.

编辑7:睡前快速编辑.试图在连接字符串中将提供程序定义为"SQLNCLI11"(使用DLL名称而不是实际的提供程序名称).没什么区别.连接创建得很好,但超时仍然发生.

另外,我没有使用MS SQL Server 2012 Express(据我所知,在安装过程中没有提到"Express").这是完整的事情.

如果有帮助,这里是Management Studio提供的"帮助">"关于..."信息:

Microsoft SQL Server Management Studio: 11.0.2100.60  
Microsoft Analysis Services Client Tools: 11.0.2100.60  
Microsoft Data Access Components (MDAC): 6.3.9600.16384  
Microsoft MSXML: 3.0 5.0 6.0   
Microsoft Internet Explorer: 9.11.9600.16521  
Microsoft .NET Framework: 4.0.30319.34011  
Operating System: 6.3.9600

Run Code Online (Sandbox Code Playgroud)

编辑8(也称为"程序员从不睡觉"编辑):

在尝试了一些事情后,我最终尝试关闭数据库连接并在执行SQL语句之前重新打开它.它突然起作用了.什么......？

我已将代码放在子程序中,事实证明,在我之外,我试图更新的帖子已经打开了!所以超时的原因是帖子或整个表被试图更新它的同一个连接锁定了.所以连接(或CPU线程)正在等待永远不会解锁的锁.

在尝试如此努力之后,结果如此简单,讨厌它.

通过这个简单的代码在子程序之外打开了帖子: