SQL查询优化.1

一个查询本来是正常的，忽然有一天就发现执行其中一个步骤特别慢，原本不到1秒钟就可有结果，现在动辄100秒以上经常超时，查询中使用了三个表，记录最多的不到2000万，通过查询执行计划发现索引使用也正常，通过以下命令重新生成表索引后正常

DBCC REINDEX('db.dbo.tabname')

造成查询性能差的原因是多方面的，如果确定索引没问题，就重建一下，可以通过以下命令先观察一下索引当前的状态

DBCC SHOWCONTIG(jk_uped)

以下是结果

DBCC SHOWCONTIG 正在扫描 'jk_uped' 表...
表: 'jk_uped' (1588916732)；索引 ID: 1，数据库 ID: 11
已执行 TABLE 级别的扫描。
- 扫描页数................................: 176143
- 扫描区数..............................: 22028
- 区切换次数..............................: 24394
- 每个区的平均页数........................: 8.0
- 扫描密度 [最佳计数:实际计数].......: 90.26% [22018:24395]
- 逻辑扫描碎片 ..................: 1.83%
- 区扫描碎片 ..................: 28.19%
- 每页的平均可用字节数.....................: 2340.1
- 平均页密度(满).....................: 71.09%
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

当扫描密度过低时，该索引性能就会大打折扣，这时就可以通过对该表重建索引来提升性能