我应该依靠数据库引擎优化顾问来创建索引吗?

Din*_*ina 6 sql-server sql-server-2012 database-tuning-advisor

我应该如何依赖 SQL Server 2012 数据库引擎优化顾问来创建索引和统计信息?我经常发现,它生成过于复杂的索引,(我认为)在索引维护方面比拥有这个索引的好处更昂贵。

如果我不能完全依赖数据库引擎优化顾问,是否有一种简单的方法?一本书或许一篇文章?

缺少的索引 DMV 并不是特别有用,因为我正在尝试为全新的表考虑索引。

Pet*_*ter 6

数据库引擎优化顾问(如 sys.dm_db_missing_index_details 和 sys.dm_db_missing_index_groups 等 DMV 和 dmv sys.dm_db_index_usage_stats 一样)为您提供了一个很好的起点,以查看哪些索引未被使用并且可以删除。

然而,这些工具永远不会像熟练的 DBA 那样对真正需要什么索引做出理性决定。例如,DTA 可能会建议删除一个几乎不使用且维护成本高的索引,但凭借业务知识,您知道该索引是运行每月工资单的关键。

简而言之 - 使用这些工具来获得先机,但依靠您的业务知识和性能故障排除技能作为最终决策者。


Zan*_*ane 5

这当然是一个很好的起点。我曾经非常依赖它。另一个好方法是查看查询的执行计划。我经常发现它提供的建议非常有用。另一个帮助索引的工具是运行这个

SELECT
mid.statement
  ,migs.avg_total_user_cost * (migs.avg_user_impact / 100.0) * (migs.user_seeks + migs.user_scans) AS improvement_measure,OBJECT_NAME(mid.Object_id),
  '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
Run Code Online (Sandbox Code Playgroud)

这应该让您了解一些可能会丢失的索引。希望有帮助。