第十章——维护索引（6）——查找无用索引

前言：

众所周知，索引对性能的提升有巨大作用。但是这是有代价的，索引需要磁盘空间来存放它的B-Tree，并且用于在每次DML执行后更新信息，所以应该在一定时期内检查有无无用索引。

 

 

准备工作：

记住别在重启服务器之后进行信息收集，因为DMO将会清空，而数据会非常不准确甚至是错误的。所以应该在运行了一段时间后（业务周期）再做收集。

业务周期根据实际情况而定。一些表和查询会每天频繁使用，但是一些类似报表功能可能是一月甚至一年执行一次，所以，除非必要，不然就让所有东西一直运行，知道你的业务周期完毕。这样会得到相对准确的信息。

 

 

步骤：

执行以下语句：

前言：
众所周知，索引对性能的提升有巨大作用。但是这是有代价的，索引需要磁盘空间来存放它的B-Tree，并且用于在每次DML执行后更新信息，所以应该在一定时期内检查有无无用索引。


准备工作：
记住别在重启服务器之后进行信息收集，因为DMO将会清空，而数据会非常不准确甚至是错误的。所以应该在运行了一段时间后（业务周期）再做收集。
业务周期根据实际情况而定。一些表和查询会每天频繁使用，但是一些类似报表功能可能是一月甚至一年执行一次，所以，除非必要，不然就让所有东西一直运行，知道你的业务周期完毕。这样会得到相对准确的信息。


步骤：
执行以下语句：
SELECT  ind.index_id ,
        obj.name AS TableName ,
        ind.name AS IndexName ,
        ind.type_desc ,
        indUsage.user_seeks ,
        indUsage.user_scans ,
        indUsage.user_lookups ,
        indUsage.user_updates ,
        indUsage.last_system_seek ,
        indUsage.last_user_scan ,
        'drop index [' + ind.name + '] ON [' + obj.name + ']' AS DropIndexCommand
FROM    sys.indexes AS ind
        INNER JOIN sys.objects AS obj ON ind.object_id = obj.object_id
        LEFT JOIN sys.dm_db_index_usage_stats indUsage ON ind.object_id = indUsage.object_id
                                                          AND ind.index_id = indUsage.index_id
WHERE   ind.type_desc <> 'HEAP'
        AND obj.type <> 'S'
        AND OBJECTPROPERTY(obj.object_id, 'isusertable') = 1
        AND ( ISNULL(indUsage.user_seeks, 0) = 0
              AND ISNULL(indUsage.user_scans, 0) = 0
              AND ISNULL(indUsage.user_lookups, 0) = 0
            )
ORDER BY obj.name ,
        ind.name
GO

分析：
为了获得索引名、索引类型、表名，有必要关联sys.Indexes和sys.objects表。
通常情况下，当一个索引被使用了，那么在sys.dm_db_index_usage_stats上的user_seek、user_scan、或者user_lookup列上会有一些值。如果索引从来未被使用，那么这些值就为0，也就是没必要保留。

扩充信息：
在决定索引是否有效时，还需要结合你的专业只是。有些索引之所以没有统计数据是因为还没有到使用的周期，或者周期性地重启了服务器，在删除之前，要考虑：
1、	是否为主键或者唯一键，因为及时这部分没有数值，但是它们还是可以很好地保证数据的一致性。
2、	唯一索引帮助优化器创建更有效的执行计划，及时这些索引未被使用，但是也提供了数据分布的相关信息。

分析： 

为了获得索引名、索引类型、表名，有必要关联sys.Indexes和sys.objects表。

通常情况下，当一个索引被使用了，那么在sys.dm_db_index_usage_stats上的user_seek、user_scan、或者user_lookup列上会有一些值。如果索引从来未被使用，那么这些值就为0，也就是没必要保留。

 

扩充信息：

在决定索引是否有效时，还需要结合你的专业只是。有些索引之所以没有统计数据是因为还没有到使用的周期，或者周期性地重启了服务器，在删除之前，要考虑：

1、             是否为主键或者唯一键，因为及时这部分没有数值，但是它们还是可以很好地保证数据的一致性。

2、             唯一索引帮助优化器创建更有效的执行计划，及时这些索引未被使用，但是也提供了数据分布的相关信息。