为了确保快速访问数据，和其他关系型数据库系统一样SQL Server 会利用索引来快速的查找数据，SQL Server可以创建诸如聚集索引、非聚集索引、XML索引和全文本索引的不同类型的索引。
有多个索引的好处是如果存在合适的索引，SQL Server可以快速存取数据，有太多索引的缺点是SQL Server不得不维护这些索引，维护也需要代价，并且索引也需要额外的存储空间，所以，索引对性能来讲是一把双刃剑。
下来我们看看如何标识存在但没有被使用到的索引，进而删除他们，降低存储需求。
我们知道SQL Server 2005增加了DMVs-动态管理视图，允许你更深一步窥探在SQL Servr里发生了什么，其中一些是用来查看索引是怎么被使用的，我们讨论两个DMVs，注意这些视图存储累积的数据，所以SQL Server重置状态时，计数器要归0，所以当监视索引使用时要注意这些。
- DMV- sys.dm_db_index_operational_stats
这个DMV 允许您查看插入、 更新和删除的索引的各个方面的信息，基本上它会显示在用在基于数据的修改方面维护索引的很多工作。
如果你对表的查询返回了所有列，输出可能会令人困惑，所以我们把焦点集中到少许列上，想知道其他列的情况可以查看Online Books
- SELECT OBJECT_NAME(A.[OBJECT_ID]) AS [OBJECT NAME],
- I.[NAME] AS [INDEX NAME],
- A.LEAF_INSERT_COUNT,
- A.LEAF_UPDATE_COUNT,
- A.LEAF_DELETE_COUNT
- FROM SYS.DM_DB_INDEX_OPERATIONAL_STATS (db_id(),NULL,NULL,NULL ) A
- INNER JOIN SYS.INDEXES AS I
- ON I.[OBJECT_ID] = A.[OBJECT_ID]
- AND I.INDEX_ID = A.INDEX_ID
- WHERE OBJECTPROPERTY(A.[OBJECT_ID],’IsUserTable’) = 1
下面我们就看到inserts,updates,deletes发生在每一个索引上的数字，所以，这表明SQL Server花费许多工作不得不维护索引
- DMV – sys.dm_db_index_usage_stats
这个DMV显示索引在用户的查询中使用了多少次，其他列请参阅联机丛书。
- SELECT OBJECT_NAME(S.[OBJECT_ID]) AS [OBJECT NAME],
- I.[NAME] AS [INDEX NAME],
- USER_SEEKS,
- USER_SCANS,
- USER_LOOKUPS,
- USER_UPDATES
- FROM SYS.DM_DB_INDEX_USAGE_STATS AS S
- INNER JOIN SYS.INDEXES AS I ON I.[OBJECT_ID] = S.[OBJECT_ID] AND I.INDEX_ID = S.INDEX_ID
- WHERE OBJECTPROPERTY(S.[OBJECT_ID],’IsUserTable’) = 1
- AND S.database_id = DB_ID()
我们使用了seeks,scans,lookups和updates
- The seeks 搜索指的是在Index上发生了多少次Index Seek，seek是最快的访问数据的方式。
- The scans 扫描指的是在index上发生了多少次index Scan，Scan 是从多行数据中查找你想要的数据，应尽量避免scan
- The lookups 查找是指查询所需的数据有多少次是从Clustered index 或者是heap中进行的
- The updates 更新是指由于数据的更新导致index被更改了多少次
标识未使用的索引
基于以上的输出结果我们把焦点定位到第二个查询上，我们能看到这个索引没有发生过seeks,scans和lookup，但是发生了updates，这意味着SQL Server在满足查询时没有使用到这个index，但是仍然需要维护它，记住从DMVs获得的这些数据当SQL Server重新启动时要复位，为确定哪一个index应该保留还是删除要确保你采集的是足够长一段时间的数据。
