提升SQL Server速度 整理索引碎片

数据库表A存储着大量的数据记录，其中十万条记录的查询速度一度表现良好。但在导入一千条新数据后，查询速度出现了明显的变化。当查询的数据位于原有的十万条记录之间时，响应迅速；但如果查询的数据恰在这一千条新数据中，查询速度骤降。

经验丰富的数据库管理员指出，这种情况很可能是索引碎片导致的。为了验证这一猜测，执行了DBCC SHOWCONTIG命令检查表A的索引情况。从返回的结果中可以看到，逻辑扫描碎片和扩展盘区扫描碎片的比例非常高，达到了需要处理的地步。

处理索引碎片通常有两种方法：一是使用DBCC INDEXDEFRAG命令整理索引碎片，二是使用DBCC DBREINDEX命令重建索引。这两种方法各有利弊。

DBCC INDEXDEFRAG是一种联机操作，可以在不丢失已完成工作的情况下中断操作。它在重新组织数据方面不如重新创建聚集索引有效。而重新创建聚集索引会对数据进行彻底的重组织，使数据页填满，提高查询效率。但这种方法也有缺点，索引在创建期间为脱机状态，且操作属于原子级，如果中断创建过程，索引将不会被重新创建。

为了获得更好的查询效果，最终决定采用重建索引的方法。使用DBCC DBREINDEX命令时，需要注意几个参数的设置。第一个参数可以是表名或表ID；第二个参数如果是空字符串，表示影响该表的所有索引；第三个参数是填充因子，即索引页的数据填充程度。

经过DBCC DBREINDEX(A,'',100)命令的重新索引后，再次测试查询速度，发现速度显著提升，响应飞快。数据库的性能得到了极大的优化。