ASP.NET Web 应用程序的性能突然下降；需要数据库索引吗？

Question

我有一个 ASP.NET 2.0 Web 应用程序，该应用程序由一个非常复杂的 SQL Server 数据库（大量表和大量查询发生在大量连接）支持。我的日志显示有一天，一种特定页面类型的服务器端加载时间显着增加。它通常低于 100 毫秒，但有时会上升到 200 毫秒左右，然后达到 600 毫秒以上，并且从那以后（就在一周前）一直存在。上一次我们将新代码迁移到生产环境几乎是在这之前的两周，当时并没有大量的新数据进入系统。

我在我们的测试环境中查看了这种行为异常的页面类型（当然，它不如生产环境那么强大），发现它的平均时间约为 450 毫秒，这比我想要的要高，但没有生产环境那么高。这很奇怪;我预计测试环境的运行速度会比生产环境慢，因为它们拥有基本相同的数据集。

我将其缩小到一个数据库调用（一行 C#），它需要将近 200 毫秒来调用一个存储过程并将结果组装到 .NET 对象中（大部分时间都在数据库中）。我提取了那个存储过程，复制了它的主体，并让 SQL Server 管理器告诉我估计的执行计划。它告诉我缺少一个我创建的非聚集索引；这使得有问题的数据库调用时间低于 100 毫秒。更多调查表明，该页面类型没有其他显着的性能下降。

所以我做了一些改进，我很想在生产中创建该索引，看看页面加载时间是否显着减少。但是我仍然有一些问题困扰着我，我更愿意在生产中搞砸之前回答这些问题：

• 为什么性能会突然下降？如果它只是一个缺失的索引，我希望它一直是一个因素（随着更多数据的添加，性能会慢慢下降）。
• 如果具有相同的数据集，为什么测试会比生产性能更好？

我知道没有人可以告诉我关于我的应用程序的信息，但我希望能够深入了解哪些类型的事情会发生这样的变化并且是特定于安装的。

编辑：我将索引添加到生产环境中，它使页面加载时间回到了大约 100 毫秒。我还是不太明白发生了什么；也许有一天当我学习一些看似与数据库和 SQL 无关的东西时，它会点击一下。

Answer 1

MSSQL 中执行计划的性能很难预测。可能是缺少索引会随着表大小的平方增加执行时间。这会让它看起来像是在工作、工作、工作，然后突然变得非常缓慢。

如果 management studio 指出缺少索引，那么您应该将它（或另一个更智能的索引）添加到生产环境中。

不过，对于一个由 ASP 页面运行的 sp 来说，100 毫秒是相当长的。如果页面被大量使用，请尝试优化sp。