您的位置 首页 MsSql

SQLServer2005重建索引前后对比分析

在做维护项目的时,我们经常会遇到索引维护的问题,通过语句,我们就可以判断某个表的索引是否需要重建。 执行一下语句:先分析表的索引

分析表的索引建立情况

:DBCC showcontig(‘Table’) DBCC SHOWCONTIG 正在扫描 ‘Table” 表…
表: ‘Table” (53575229);索引 ID: 1,数据库 ID: 14
已执行 TABLE 级别的扫描。
– 扫描页数…………………………..: 228
– 扫描区数…………………………: 52
– 区切换次数…………………………: 225
– 每个区的平均页数……………………: 4.4
– 扫描密度 [最佳计数:实际计数]…….: 12.83% [29:226]
– 逻辑扫描碎片 ………………: 97.37%
– 区扫描碎片 ………………: 98.08%
– 每页的平均可用字节数……………………: 2686.3
– 平均页密度(满)…………………: 66.81% 当你发现,扫描密度行,最佳计数和实际计数的比例已经严重失调,逻辑扫描碎片占了非常大的百分比,每页平均可用字节数非常大时,就说明 你的索引需要重新整理一下了。

执行重建索引命令


DBCC DBREINDEX(‘Table”)
后分析的情况 DBCC SHOWCONTIG 正在扫描 ‘Table” 表…
表: ‘Table” (53575229);索引 ID: 1,数据库 ID: 14
已执行 TABLE 级别的扫描。
– 扫描页数…………………………..: 154
– 扫描区数…………………………: 20
– 区切换次数…………………………: 19
– 每个区的平均页数……………………: 7.7
– 扫描密度 [最佳计数:实际计数]…….: 100.00% [20:20]
– 逻辑扫描碎片 ………………: 0.00%
– 区扫描碎片 ………………: 55.00%
– 每页的平均可用字节数……………………: 86.8
– 平均页密度(满)…………………: 98.93%

关于作者: dawei

【声明】:金华站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

热门文章