当前位置: 移动技术网 > IT编程>数据库>MSSQL > SQLServer2005重建索引前后对比分析

SQLServer2005重建索引前后对比分析

2017年12月08日  | 移动技术网IT编程  | 我要评论

黑暗圣经ova,美丽代价剧情介绍,含肺鱼

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

执行一下语句:先分析表的索引

分析表的索引建立情况: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%

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网