zoukankan      html  css  js  c++  java
  • SQL Server 2005 强行扫描索引利和弊分析(2)

        

         为何IO数这么多,按理论:最大可能IO次数=表页数+索引页数

         我们看看数据库里索引"idx_operator"的统计页数:

          查看sql代码:      

    select object_name(id) N'表名',dpages N'索引叶级页数' ,used N'索引全部页数' 
    from sysindexes where name='idx_operator'

        显示结果:

    表名           索引叶级页数  索引全部页数
    [zping.com]   5549           5595

       

       注意: 索引全部页数=索引根级(1页)+索引中间级页数+索引叶级页数

       那么最大IO=5595+19497 =25092次 ,但和42385次也差别很大:多出这么多的IO次数是哪来的啊?

     

        晚上一直对这个不明和郁闷,为何啊。。。。。

     

       网上也没发现是什么原因,后来做了大量的测试和假设?

     

       终于找到一个合理的答案:

     

       结论是:

         SQL server在读取IO数据页次,对同一数据页读取多次。

         以前一直看SQL server的书籍中就知道:SQL server中读取的最小单位是页(8K),的确当时还没真正领会含义。  

         因为我们这里有4万多行,所有数据库每读取一行就读取一页。就会有4万多次IO

     

       扩展

        通过这个道理我们延伸一下:

          如果查询没达到索引覆盖,索引查询的IO次数一定要大于等与其取出的行数。 

     

         强行制定索引在一般情况下不建议使用,只有你确切知道数据分布和数据量的情况下才可以使用。

    不然你会发现扫描索引速度会表扫描也慢不少。

     

  • 相关阅读:
    【Gym
    [matlab工具箱] 曲线拟合Curve Fitting
    数学建模 常用
    “这么多人给我作证,我不怕”
    超星尔雅刷课辅助
    细思《都挺好》
    P5173 传球
    [ICPC 北京 2017 J题]HihoCoder 1636 Pangu and Stones
    CF 1131C Birthday
    CF 634A Island Puzzle
  • 原文地址:https://www.cnblogs.com/zping/p/1250437.html
Copyright © 2011-2022 走看看