MMS的Profiler / Fast中的慢查询执行

Question

我进行了数据库审核，以解决客户在我们软件的一部分中遇到的一些性能问题。 我使用探查器来查找花费太多时间的查询。 几分钟后，我看到执行选择所花的时间太长（最多几分钟）。 像往常一样，我接受了选择，然后让它们在管理工作室中执行以搜索丢失或不良的索引（执行计划）。 然后震惊的是他们飞快地（毫秒）并使用了良好的索引。 现在我的猜测是一个锁定问题，但令我惊讶的是，选择在两个表的标记上都处于锁定状态。...网络问题似乎不是这里的问题，因为我在其他选择上来自不同客户的情况很好（缓慢的选择来自不同的选择客户）。 只是要确保我在此选择中使用的2个内部联接表上维护了索引，但没有成功。 这些表的其他选择没有那么糟糕的时间。 编辑：所以我不清楚的问题是应该采取什么步骤来进一步查找问题？

Answer 1

要回答的几个问题：

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