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%

(0)
上一篇 2022年3月21日
下一篇 2022年3月21日

相关推荐