为了确保快速访问数据,和其他关系型数据库系统一样SQL Server 会利用索引来快速的查找数据,SQL Server可以创建诸如聚集索引、非聚集索引、XML索引和全文本索引的不同类型的索引。
有多个索引的好处是如果存在合适的索引,SQL Server可以快速存取数据,有太多索引的缺点是SQL Server不得不维护这些索引,维护也需要代价,并且索引也需要额外的存储空间,所以,索引对性能来讲是一把双刃剑。
class='fit-image' onload='javascript:if(this.width>498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="300" border="0" alt="" src="http://s9.51cto.com/wyfs02/M02/5C/20/wKioL1UbaqCjq30rAADLnNCfouI920.jpg" />
下来我们看看如何标识存在但没有被使用到的索引,进而删除他们,降低存储需求。
我们知道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
标识未使用的索引
基于以上的输出结果我们把焦点定位到第二个查询上,我们能看到这个索引没有发生过seeks,scans和lookup,但是发生了updates,这意味着SQL Server在满足查询时没有使用到这个index,但是仍然需要维护它,记住从DMVs获得的这些数据当SQL Server重新启动时要复位,为确定哪一个index应该保留还是删除要确保你采集的是足够长一段时间的数据。
原文链接:http://www.searchdatabase.com.cn/showcontent_88474.htm