怎么样解决数据库中的数据量比较大时访问慢的问题？

Posted 2023-05-06

参考技术A 数据量比较大的访问速度慢问题，就目前来说，我遇到的解决方法有一些，首先尽量不使用select *，因为数据库在进行查询时会把*对应的列进行解析，会使得数据库的访问速度变慢，查询时应该选择需要的列；另外在查询时需要在关键列上建立索引，索引是提高访问数据库速度的最重要的手段，一般访问速度慢的问题中，90%可以使用建立索引来解决，具体怎么建立索引还请楼主自己查看相关资料；再一个就是及时对表进行数据分析，分析过的表能够自己选择合适的索引，使得查询性能在一定程度上得到提高（但是数据库自己选择的执行路径也不一定都是正确的，这一点需要具体问题具体分析）。

转解决存储过程执行快，但C#程序调用执行慢的问题

这两天遇到一个问题令人比较郁闷，一个大概120行左右的存储过程在SQL Server2012的查询分析器里面执行，
速度非常理想，1秒不到，即可筛选抓取到大概500条数据记录。
但在C#程序代码里调用，就提示连接超时。把CommandTimeout设置为300，就要3分钟左右时间才能显示出来，
检查了几遍代码也没有发现错误。问题依旧。

原因分析：
1、由于在查询分析器里执行速度很快，并且数据量也不多。
2、只在程序里调用才有缓慢的情况。
3、设置CommandTimeout参数，就可以显示结果出来，但要很久。

综上分析，初步断定问题出在C#代码上。但检查后没有收获。

在百度上查询这方面的资料。
在CSDN论坛上终于找到类似的资料贴子。其中有一网友在回复中说“有可能是执行计划过期吧”，
真是一言惊醒梦中的我。

立即在查询分析器上执行：

exec sp_recompile @objname=‘存储过程名称‘

再次测试程序，这次终于成功了。速度很满意。

原因分析：
由于存储过程是预编译的, 在第一次执行的时候, 会生成执行计划, 以后执行的时候, 会使用这个执行计划(除非存储过程侯或者显示指定重新编译), 而不是每次执行时都去生成执行计划。
当存储过程涉及的对象结构调整, 或者相关的数据产生了很大变化, 这可能导致原来的计划不适合当前的现状(执行计划过期), 这种情况下应该重新编译存储过程。

如果修改一次不行，可以再修改一次，再等会测试