如果您希望保持SQL Server实例的最佳性能，进而为依赖它的任何软件解决方案的最终用户提供一致的体验，那么优化索引方法非常重要。
这很容易说，但在实践中很难实现，除非你作为一名管理员拥有正确的策略和解决方案。
考虑到这一点，在您调整和提高SQL Server索引的性能时，让我们来看一下需要使用的一些最佳工具和策略。
消除碎片并妥善处理
良好的SQL Server索引分析的关键是研究随着时间的推移而发展的碎片级别，并确定需要采取何种类型的操作来纠正这一问题。
碎片是索引中的一种自然现象，因为当对表进行更改时，这意味着它们不那么准确，因此如果不检查，则处理查询可能需要更长的时间。
这里有两条关键路线，一条是重组，另一条是总索引重建。
正如您所期望的那样，索引的重组对于较低的碎片级别更好，而如果索引变得特别碎片，则可能需要重建。后一种选择在发生时会对服务器性能造成更大的破坏，因此显然，需要对其进行调度，以避免与使用高峰期重合。
不同的管理员有不同的方法和参数来确定是否需要对索引进行重组或重建，因此没有需要遵循的硬性规则。
然而，最佳实践表明，如果碎片率低于30%，则可以重新组织索引以积极调整性能，而如果碎片率超过此上限，则重建会更好。
有了合适的SQL Server监控工具，您可以轻松掌握索引碎片问题，甚至在出现特定情况时自动重新组织或重建索引，或者只需依靠警报来跟踪这一情况，并在必要时动态实施操作。
考虑到使用的索引数量
一般来说，SQL Server表上存在索引能够提高性能，因为它允许查询获得所需的条目，而不必每次执行时都搜索整个条目。
您通常会选择向一个表中添加多个索引，以满足通常部署的特定类型的查询。这是一种进一步优化性能的好方法，可能是您已经在做的事情。
然而，在查看正在使用的索引数量时，需要考虑几个因素。第一，表格以任何方式更新或更改的频率问题，第二，表格的大小和比例问题。
对于最常访问的表，在任何给定时间使用较少数量的索引可能更为理想，因为添加的每一层都意味着查询必须跳转到更多的环中才能执行。
相反，对于更偶尔访问的表，您可以提供更多更专门的索引，每个索引都经过调整以覆盖您知道在某个时候会使用它的特定查询。
如前所述，大小也很重要，虽然大型表如果附加了索引，则性能肯定会更好，但如果表中只填充了非常小的条目，则索引实际上可能是一个减速器。
再一次，您需要查看SQL Server的特定需求以及依赖它来确定最佳操作方案的应用程序类型。假设你现在做事情的方式已经足够了是没有意义的，因为即使对索引策略进行小的优化也可以带来很大的好处。
良好的查询编写与索引优化密切相关
无论您如何小心地实现和监视SQL Server索引，如果您没有跟上编写查询的最佳实践，那么您仍然可以预期性能不理想。
无论您的查询是松散的、包含太多的组件和指令，还是不精确的、包含的表条目超过了严格需要的数量，回到基础并回顾一下这一点也会让您了解索引是否也得到了正确的利用。
由此，您将能够进一步确定您选择的索引是否与它们需要随时处理的操作一致。它们可能面向一种类型的查询，但会为另一种类型的查询制造障碍。
这有点像需要同时看到微观和宏观，认识到更改SQL Server设置的单独部分可能会在其他地方产生连锁反应，无论是在提高性能还是阻碍性能方面。
灵活性和警惕性是你的朋友
我们已经讨论过，在索引优化和查询编写方面，您需要研究什么最适合您的SQL Server，但这并不意味着您应该严格遵循您认为在相反的证据面前是正确的路径。
由于您可以持续监视服务器并跟踪性能随时间的变化，因此您可以使用这些信息来分析和排序您所做的任何更改，这反过来会告诉您是否需要进一步调整或是否在正确的轨道上。
灵活、乐于改变，以及对性能问题保持警惕，将使您能够更经常地从SQL Server中获得最佳性能。
原文标题：What Are the Best Performance Tuning Strategies for Your SQL Server Indexes?
原文作者：Richard Grant
原文链接：https://dzone.com/articles/what-are-the-best-performance-tuning-strategies-fo
