SQL Server 2008 SqlDataReader读取100万数据超慢，高手帮忙。

发布网友发布时间：2022-04-12 21:23

我来回答

共3个回答

热心网友时间：2022-04-12 22:52

这就是执行计划重编译和数据缓存。

可以分成两个部分解说，LZ红包也要给双份的！

执行计划简单的说就是SQL怎么读取操作数据。

你这个属于基于优化的重编译（optimality-based recompilation---你可以去国*站查这个关键词），主要是由统计信息发生改变导致（比如记录十万百万的增加）。

如果你想印证的话，可以用profiler跟踪重编译事件。

其下你可以用我这个方式测试一下你的SQL。

select
p.usecounts,p.cacheobjtype,p.objtype,t.text
from sys.dm_exec_cached_plans p
cross apply sys.dm_exec_sql_text(plan_handle) t
where p.cacheobjtype='Compiled Plan' and t.text like '%dbo.StrText%'
and t.text not like '%dm_exec_cached_plans%'

你把上边红框里改成你那个查询的关键字

以上只是测试方法。

第二：数据缓存，这个跟时间有关系，用的是最近最少使用的数据优先清空的原理。

你可以把服务器内存整到 64G。然后配置一番，基本可以缓存多一些。

原因找到了：具体怎么做呢？

第一：如果版本可以的，你可以用索引视图

第二：分页，这个就是小块优化了！

第三：我看了一下你这个查询，可以整合到一个表中，独立建表

热心网友时间：2022-04-13 00:10

在生产服务器上，千万谨慎使用DBCC FREEPROCCACHE命令
看你贴出的语句，应该是使用了参数化查询，参数化查询是可以有效的利用缓存计划
不过如果你所要查询的几个表数据变动过于频繁，可能计划不适应当前数据分布
这样的话，可以考虑非参数化查询，将参数以字符的形式拼接到语句中
这样每次就会生成新的查询计划

热心网友时间：2022-04-13 01:45

从你这个情况来看，确实像SQL 的缓存计划所致，因为语句参数化了，所以SQL在试图使用原有的执行计划，可是实际情况是原有的执行计划已经不是最优的了
可以考虑执行DBCC FREEPROCCACHE命令，看情况是否也会发生变化。