none
数据库是否该优化了?怎么优化? RRS feed

  • 问题

  • 表: 'tbl_Content' (206623779);索引 ID: 1,数据库 ID: 12
    已执行 TABLE 级别的扫描。
    - 扫描页数................................: 68
    - 扫描区数..............................: 13
    - 区切换次数..............................: 17
    - 每个区的平均页数........................: 5.2
    - 扫描密度 [最佳计数:实际计数].......: 50.00% [9:18]
    - 逻辑扫描碎片 ..................: 38.24%
    - 区扫描碎片 ..................: 92.31%
    - 每页的平均可用字节数.....................: 782.0
    - 平均页密度(满).....................: 90.34%

    不知道是否要优化重建索引这样可以提高性能?

    2013年10月18日 3:40

答案

  • LZ可以参考一下这篇文章:SQLServer2005重建索引前后对比

    你发现,扫描密度行,最佳计数和实际计数的比例已经严重失调,逻辑扫描碎片占了非常大的百分比,每页平均可用字节数非常大时,就说明

    你的索引需要重新整理一下了。

    USE [GPOSDB]
    GO

    --重建索引前

    DBCC showcontig('dbo.CT_FuelingData')


    DBCC DBREINDEX('dbo.CT_FuelingData')

    --重建索引后
    DBCC showcontig('dbo.CT_FuelingData')

    2013年10月18日 5:18

全部回复

  • How often do you rebuild index/update stats? Should reindex now.
    2013年10月18日 3:44
  • LZ可以参考一下这篇文章:SQLServer2005重建索引前后对比

    你发现,扫描密度行,最佳计数和实际计数的比例已经严重失调,逻辑扫描碎片占了非常大的百分比,每页平均可用字节数非常大时,就说明

    你的索引需要重新整理一下了。

    USE [GPOSDB]
    GO

    --重建索引前

    DBCC showcontig('dbo.CT_FuelingData')


    DBCC DBREINDEX('dbo.CT_FuelingData')

    --重建索引后
    DBCC showcontig('dbo.CT_FuelingData')

    2013年10月18日 5:18
  • 可以重建索引。

    但是能提高多少性能不好说。看你这个表的扫描频率。

    优化不是靠这种管中窥豹的方式来进行的。


    想不想时已是想,不如不想都不想。

    2013年10月18日 5:19
    版主