主页 / dba / 问题 / 4430
Accepted
bernd_k
Asked: 2011-08-08 02:24:20 +0800 CST

使用 DTA 还是评估 DMV？

  • 772

目前，我遇到了一个生产 SQL Server 数据库，其中有人添加了 DTA 中几乎所有缺失的索引建议。

表格如何确定索引是否需要或必要我了解到，有 DMV 视图，可用于延迟有关实际索引使用情况和缺失索引的信息。

Jason Strate的脚本仅使用来自该视图的当前信息，而当天的乐趣 - 自动自动索引！将这些视图中的一些信息保存到表中。

另一方面，DTA 需要计划何时运行分析器，选择要分析的内容，并在运行时对性能产生一些影响。

我的印象是，使用 DTA 作为第一步调优工具只是浪费时间，因为它的结果没有涵盖完整的数据库使用情况，新手很难理解，并且可能导致添加太多索引，对写入性能产生负面影响，而通过 DMV 收集数据几乎不需要准备，几乎涵盖了自上次重启以来数据库的全部使用情况。

我的问题集中在向管理层提出哪种战略。我想在第一步中专注于评估 DMV 视图，而完全忽略 DTA。

sql-server sql-server-2008

3 个回答

  1. DTA 有助于添加索引但不会删除索引。如果您面对的数据库已经有超过 5 个索引，比如说，每个表，那么 DTA 不是答案。您需要使用 DMV 来评估现有索引的使用情况。

    这是我不久前做过的带有视频教程的脚本：

    http://www.toadworld.com/platforms/sql-server/w/wiki/10062.find-indexes-not-in-use.aspx

    • 4
  2. Best Answer

    我认为构建监控 DMV 并随时间跟踪其数据的东西（可能每晚拍摄索引使用情况和丢失的索引 DMV 的快照 - 包括过程统计数据也可能有意义）比运行一些工具更明智只要您想这样做，就可以短时间。您将在更长的时间内获得更好的画面，不仅是他们现在的样子，还有他们随着时间的推移如何变化。

    小心不要删除看似未使用但可能与某些在业务周期中仅被调用一次或两次的报告挂钩的索引 - 它可能比其频率所暗示的更重要。

    • 4

  3. 据此（“它”是基于DMV的索引查询）

    • 它不像数据库引擎优化顾问那样智能。如果您确定了一个您知道的查询是昂贵的并且需要一些帮助，请不要仅仅因为缺少的索引 DMV 没有任何建议而放弃 DTA。DTA 可能仍然可以提供帮助。
    • 缺失的索引 DMV 没有考虑新索引可能产生的开销（额外的磁盘空间、对插入/删除性能的轻微影响等）。但是，DTA 确实考虑到了这一点。
    • 此查询输出中的“improvement_measure”列是创建索引后可能看到的（估计）改进的粗略指示。这是一个无量纲的数字，对其他指标只具有相对相同数字的意义。（它是 sys.dm_db_missing_index_group_stats 中 avg_total_user_cost、avg_user_impact、user_seeks 和 user_scans 列的组合。）
    • 缺失的索引 DMV 不建议建议的索引应该是聚集的还是非聚集的。这会在整个工作负载范围内产生影响，而这些 DMV 仅关注有利于单个查询的索引。（不过，DTA 可以做到这一点。）
    • 不建议分区。
    • DMV 可能不会为多列索引推荐理想的列顺序。
    • DMV 跟踪不超过 500 个缺失索引的信息。

    没有这方面的经验，也不知道任何替代参考，抱歉。

    我倾向于坚持使用 DMV，因为 DTA 你需要 db_owner。在产品上（作为开发人员 DBA，而不是生产 DBA）我没有运行这个的权限......

    • 2

相关问题