将不确定变为确定~真的是SqlDataReader引起的超时?

简介:

在进行大数据量读操作时,一般我们会选择SqlDataReader,或者不会使用DataSet,原因就不说了,在我项目中遇到一个很奇怪的问题,当sql执行时候过长时,系统被抛一个超时,链接池已满的提示。

网上的解决方法事实上大分部是针对“connection time out“的,即链接超时,它一般解决方案是:

1 为SQL连接串添加这个:Connect Timeout=10000 //SQL连接超时时间

2 为SQL连接串添加这个:Max Pool Size = 512 //最大连接池

事实上它们解决的是连接超时问题,而有时,你的程序可能是在SQL解释时间比较长,设置上面两个就没有用了,SQL的解释执行由SqlCommand对象去控制

所以,我们正确的做法应该是设置它的超时时间,代码如下:

1  comm.CommandText = sb.ToString();
2   conn.Open();
3   comm.CommandTimeout = 0;
4   SqlDataReader reader = comm.ExecuteReader(CommandBehavior.CloseConnection);

程序再运行,问题解决,呵呵!

所以,解决问题应该是对正下药才行!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:将不确定变为确定~真的是SqlDataReader引起的超时?,如需转载请自行联系原博主。

目录
相关文章
|
3月前
|
安全 Java
|
11月前
CompletableFuture在超时后,能够停止执行吗?
CompletableFuture在超时后,能够停止执行吗?
148 0
|
6月前
|
JSON 前端开发 算法
2715. 执行可取消的延迟函数
2715. 执行可取消的延迟函数
41 0
|
6月前
|
Windows
如何在关闭socket连接的时候跳过TIME_WAIT的等待状态
如何在关闭socket连接的时候跳过TIME_WAIT的等待状态
|
网络协议 应用服务中间件
服务器CLOSE_WAIT请求太多的问题
服务器CLOSE_WAIT请求太多的问题
606 0
|
Go
Go channel被关闭时的广播机制,以及遍历未关闭channel时会导致死锁阻塞问题
Go channel被关闭时的广播机制,以及遍历未关闭channel时会导致死锁阻塞问题
174 0
|
SQL 数据库 Windows
SQL Server会话KILL不掉,一直处于KILLED /ROLLBACK状态情形浅析
原文:SQL Server会话KILL不掉,一直处于KILLED /ROLLBACK状态情形浅析 今天遇到一个很奇怪的情况,发现一个会话异常,这个会话只是在执行一个简单的存储过程,里面使用了链接服务器(Linked Server)查询另外一台服务器数据(存储过程里面没有任何显性事务、UPDATE、D...
2054 0