MMS的Profiler / Fast中的慢查詢執行

Question

我進行了數據庫審核，以解決客戶在我們軟件的一部分中遇到的一些性能問題。 我使用探查器來查找花費太多時間的查詢。 幾分鍾后，我看到執行選擇所花的時間太長（最多幾分鍾）。 像往常一樣，我接受了選擇，然后讓它們在管理工作室中執行以搜索丟失或不良的索引（執行計划）。 然后震驚的是他們飛快地（毫秒）並使用了良好的索引。 現在我的猜測是一個鎖定問題，但令我驚訝的是，選擇在兩個表的標記上都處於鎖定狀態。...網絡問題似乎不是這里的問題，因為我在其他選擇上來自不同客戶的情況很好（緩慢的選擇來自不同的選擇客戶）。 只是要確保我在此選擇中使用的2個內部聯接表上維護了索引，但沒有成功。 這些表的其他選擇沒有那么糟糕的時間。 編輯：所以我不清楚的問題是應該采取什么步驟來進一步查找問題？

Answer 1

要回答的幾個問題：

• 您的測試環境是否與生產（客戶）環境相同？
• test和prod有什么區別。 環境（例如數據庫統計信息）
• 您知道客戶現場運行的並發流程嗎？
• 表卷（記錄數）呢？
• 鍵定義和索引好嗎？
• 您可以采取更多步驟，但從這些步驟開始