超时时间已到。 在操作或服务器完成之前经过了超时时间。 等待操作超时-奇怪的行为

Question

我知道SO中有很多这类主题，但想向我介绍一下具体示例。

从Web应用程序（ADO.NET，ASP.NET MVC）运行操作时，出现错误： 超时已过期。 在操作或服务器完成之前经过了超时时间。 等待操作超时

但是从第二只手直接在db原始查询上运行时（由探查器捕获）仅花费2秒。

背景：

1. 问题突然出现（发布后一周），仅在生产服务器中发生。
2. 此特定查询的超时为180秒，http请求的超时为24000 [单位]-可能也为秒（每个MSDN）
3. 我们没有全文索引
4. 当用户通过一个“文本”（普通文本框）字段进行搜索时，仅针对一个特定查询会发生错误，该查询会生成具有其他10-12个“或类似％value％”条件的查询（从一开始就完成该查询的方式，并具有没有机会更改它）
5. 奇怪的是，非常相似的查询（对于其他具有相同“或类似％value％”数量的“自由文本”字段）正常工作
6. 事务隔离级别=序列化
7. 每种查询的数据绑定方式相同（控制器->服务-> db->服务->视图模型-> html），实际上我们的框架会自动将字段从“选择”查询绑定到viewModels
8. 原始查询（由Profiler捕获）正在快速运行（2-3秒），但是从webApp级别返回超时。
9. 我没有直接访问产品服务器，所以即时通讯无法立即检查所有内容，我也无法共享任何代码/堆栈跟踪信息。

建议：

找到了很多类似的帖子，这对我来说似乎特别有趣： https : //stackoverflow.com/a/8603111 ，并且想知道有关清除统计信息（exec sp_updatestats）的信息。

题：

您是否有类似的经历，也许还有以上建议的其他建议？ 原始查询在短时间内运行但由于webapp超时导致的原因可能是什么？

Answer 1

这很可能是由为不同选项缓存的不同执行计划引起的。

看一下这些问题：

与SSMS相比，通过Entity Framework调用时，存储过程正在以不同的索引执行

和

与SqlCommand一起使用时，为什么某些sql查询要慢得多？