第十章——维护索引(6)——查找无用索引

原文: 第十章——维护索引(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、             唯一索引帮助优化器创建更有效的执行计划,及时这些索引未被使用,但是也提供了数据分布的相关信息。

你可能感兴趣的:(索引)