重建索引提高查询效率

9/1/2015来源:SQL技巧人气:2360

重建索引提高查询效率

sqlserver重建(rebuild)索引可以提高查询速度

当随着表的数据量不断增长,很多存储的数据进行了不适当的跨页(sqlserver中存储的最小单位是页,页是不不可再分的),会产生很多索引的碎片。这时候需要重建索引来提高查询性能

SQLServer2005在硬盘中用8KB页面在数据库文件内存放数据。缺省情况下这些页面及其包含的数据是无组织的。为了使混乱变为有序,就要生成索引。生成索引后,就有了索引页和数据页之分:数据页用来保存用户写入的数据信息;索引页存放用于检索列的数据值清单(关键字)和索引表中该值所在纪录的地址指针。索引分为簇索引和非簇索引,簇索引实质上是将表中的数据排序,就好像是字典的索引目录。非簇索引不对数据排序,它只保存了数据的地址。向一个带簇索引的表中插入数据,当数据页达到100%时,由于页面没有空间插入新的的纪录,这时就会发生分页,SQLServer将大约一半的数据从满页中移到空页中,从而生成两个1/2满页。这样就有大量的空的数据空间。簇索引是双向链表,在每一页的头部保存了前一页、后一页以及分页后数据移出的地址。由于新页可能在数据库文件中的任何地方,因此页面的链接不一定指向磁盘的下一个物理页。链接可能指向了另一个区域,这就形成了分块,从而减慢了系统的速度。对于带簇索引和非簇索引的表来说,非簇索引的关键字是指向簇索引的,而不是指向数据页的本身。

为了克服数据分块带来的负面影响,需要重构表的索引,这是非常费时的,因此只能在需要时进行。可以通过DBCC SHOWCONTIG来确定是否需要重构表的索引。

DBCC SHOWCONTIG(TABLE_NAME)

返回结果:

DBCC SHOWCONTIG 正在扫描 'TABLE_NAME' 表...表: 'TABLE_NAME' (128211707);索引 ID: 1,数据库 ID: 5已执行 TABLE 级别的扫描。- 扫描页数................................: 564273- 扫描区数..............................: 70543- 区切换次数..............................: 70543- 每个区的平均页数........................: 8.0- 扫描密度 [最佳计数:实际计数].......: 99.99% [70535:70544]- 逻辑扫描碎片 ..................: 0.01%- 区扫描碎片 ..................: 2.52%- 每页的平均可用字节数........................: 684.6- 平均页密度(满).....................: 91.54%DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

最佳计数为70535,实际计数为70544,这表明该表有分块,需要重构表索引,扫描密度为100%则表示没有分块

如何查看索引的使用情况:SELECT index_type_desc,alloc_unit_type_desc,avg_fragmentation_in_percent,fragment_count,avg_fragment_size_in_pages,page_count,record_count,avg_page_space_used_in_percentFROM sys.dm_db_index_physical_stats(DB_ID('db_name'),OBJECT_ID('table_name),NULL,NULL,'Sampled')

上面的语句是查询数据库db_name的表table_name的索引使用情况。

查询结果中的列avg_fragment_size_in_pages值超过40%就需要重建索引

重建索引

ALTER INDEX 索引名 ON 表名 REBUILD