转解决存储过程执行快,但C#程序调用执行慢的问题
Posted qi123
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了转解决存储过程执行快,但C#程序调用执行慢的问题相关的知识,希望对你有一定的参考价值。
这两天遇到一个问题令人比较郁闷,一个大概120行左右的存储过程在SQL Server2012的查询分析器里面执行,
速度非常理想,1秒不到,即可筛选抓取到大概500条数据记录。
但在C#程序代码里调用,就提示连接超时。把CommandTimeout设置为300,就要3分钟左右时间才能显示出来,
检查了几遍代码也没有发现错误。问题依旧。
原因分析:
1、由于在查询分析器里执行速度很快,并且数据量也不多。
2、只在程序里调用才有缓慢的情况。
3、设置CommandTimeout参数,就可以显示结果出来,但要很久。
综上分析,初步断定问题出在C#代码上。但检查后没有收获。
在百度上查询这方面的资料。
在CSDN论坛上终于找到类似的资料贴子。其中有一网友在回复中说“有可能是执行计划过期吧”,
真是一言惊醒梦中的我。
立即在查询分析器上执行:
exec sp_recompile @objname=‘存储过程名称‘
再次测试程序,这次终于成功了。速度很满意。
原因分析:
由于存储过程是预编译的, 在第一次执行的时候, 会生成执行计划, 以后执行的时候, 会使用这个执行计划(除非存储过程侯或者显示指定重新编译), 而不是每次执行时都去生成执行计划。
当存储过程涉及的对象结构调整, 或者相关的数据产生了很大变化, 这可能导致原来的计划不适合当前的现状(执行计划过期), 这种情况下应该重新编译存储过程。
如果修改一次不行,可以再修改一次,再等会测试
以上是关于转解决存储过程执行快,但C#程序调用执行慢的问题的主要内容,如果未能解决你的问题,请参考以下文章
非常慢的 ExecuteNonQuery(存储过程)与使用 SQL Server Management Studio 的快速执行