Profiler 中的慢查询执行/MMS 中的快速查询

Question

我进行了数据库审计，以解决客户在我们软件的一部分中遇到的一些性能问题。我使用分析器来查找花费太多时间的查询。几分钟后，我看到了需要很长时间才能执行的选择（最多几分钟）。像往常一样，我选择并让它们在管理工作室中执行以搜索丢失或错误的索引（执行计划）。 然后震惊他们正在快速（毫秒）并使用良好的索引。 现在我的猜测是一个锁定问题，但令我惊讶的是，选择在两个表标记上都有 nolock.... 网络问题似乎不是这里的问题，因为我在其他选择上从不同的客户那里度过了愉快的时光（慢的选择来自不同的客户）。 只是为了确保我在此选择中使用的 2 个内部连接表上维护了索引，但没有任何成功。这些表的其他选择没有那些可怕的时间。 编辑：所以我不太清楚的问题是应该采取哪些步骤来进一步寻找问题？

Answer 1

需要回答的几个问题：

• 您的测试环境是否与生产（客户）环境相同？
• test 和 prod 有什么区别。环境（例如数据库统计）
• 您知道在客户现场运行的并发进程吗？
• 表卷（记录数）呢？
• 键定义和索引好吗？
• 以及您可以采取的更多步骤，但从这些步骤开始