我对Indexing完全陌生,并希望加快我的部分客户系统。我的组织犯了一个错误,并将一些客户从SQL Server 2000升级到SQL Server 2008,然后在内部完全测试。因此,(新)服务器的运行速度比以往任何时候都慢。正如您所想象的那样,这让客户感到困惑。每个客户都有两个SQL Server用户数据库,大小约为1GB,每个客户各有约30个用户。
在我的组织中,目前没有任何资源可以引入开发人员或DBA来推荐如何加快新系统的使用。
如果我花费四周的时间学习SQL Server数据库和索引,你认为添加一些索引以确定这是否有所不同可能是一个好主意?我也可以轻松地删除索引以使系统恢复原状,这样就不会造成伤害吗?除了它是一种学习经历?
答案 0 :(得分:1)
使用索引通常是一把双刃剑。太多不好,太少也不好。
但是,您可以先添加对您的查询贡献最大的内容。
运行此脚本
SELECT
migs.avg_total_user_cost * (migs.avg_user_impact / 100.0) * (migs.user_seeks + migs.user_scans) AS improvement_measure,
'CREATE INDEX [missing_index_' + CONVERT (varchar, mig.index_group_handle) + '_' + CONVERT (varchar, mid.index_handle)
+ '_' + LEFT (PARSENAME(mid.statement, 1), 32) + ']'
+ ' ON ' + mid.statement
+ ' (' + ISNULL (mid.equality_columns,'')
+ CASE WHEN mid.equality_columns IS NOT NULL AND mid.inequality_columns IS NOT NULL THEN ',' ELSE '' END
+ ISNULL (mid.inequality_columns, '')
+ ')'
+ ISNULL (' INCLUDE (' + mid.included_columns + ')', '') AS create_index_statement,
migs.*, mid.database_id, mid.[object_id]
FROM sys.dm_db_missing_index_groups mig
INNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle
WHERE migs.avg_total_user_cost * (migs.avg_user_impact / 100.0) * (migs.user_seeks + migs.user_scans) > 10
ORDER BY migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans) DESC
(脚本来自Burt Duncan)
然后分析 user_scans,user_seeks,avg_user_impact,last_user_seek,last_user_scan 等列。 该查询返回索引创建语句。您可以更改索引名称以使用户更友好。 我建议小心使用它,不仅要运行所有索引,而是逐个运行,看看问题是如何改进的。
答案 1 :(得分:0)
第一: 检查哪些查询消耗的资源最多。快速浏览一下Activity Monitor - 最近的昂贵查询会告诉你很多。 如果深入挖掘,可以使用SQL Server Profiler进行跟踪。
第二: 如果你知道哪些查询是“不好”,你可以做两件事: 尝试使用正确的where语句和连接来改进查询。 或者为这些查询使用的表添加索引。
添加索引可以带来巨大的性能提升。但它也会增加数据库文件的大小。如果添加或编辑该表中的记录,则向索引或许多索引添加许多字段会降低服务器的速度。
当然,互联网是你最好的朋友。
资源: