SQL Server 2005存储过程执行时逻辑读偏高的问题

Question

本帖最后由 ctoygl 于 2010-07-22 16:25:10 编辑

Answer 1

另外，逻辑读是几百的返回的记录是也是1，同样的参数，放在SSMS里执行逻辑读就是4

Answer 2

另外，逻辑读是几百的返回的记录数也是1条，同样的参数，放在SSMS里执行逻辑读就是4

Answer 3

个人觉得：应该是ntext的问题，ntext，如果存储了大量的文本数据的话，是使用大量的blob页的。造成logical read数字比较大。
同样的参数， 逻辑读取的数字不一样？

Answer 4

正常情况下执行存储过程逻辑读为4，可是通过线上实际执行，有一部分逻辑读是4，还有辑读高的有几百的，通过抓取执行计划，在逻辑读几百的时候，执行计划走的也是聚集索引查找。
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>你使用的值不一样，获取的结果就不一样，当然逻辑读值也不一样啦。同等条件下，逻辑读高，说明性能越好。

Answer 5

楼上的没明白什么意思吗？本来需要4个逻辑读就能完成的事，一下要几百逻辑读去做？性能好？我已经说过了，同样的参数，在SSMS里执行逻辑读是4.

Answer 6

to xiaoku
同样参数逻辑读不一样，一般是由于执行计划选择不一样，不过抓的执行计划走的是聚集索引查找，和正常情况是一样的。所以感到很费解。