TFS 2015更新后緩慢填充傳入請求

Question

我的組織最近對TFS 2015應用了更新（根據Web界面的“關於”頁面，為14.102.25423.0），這導致Visual Studio 2015中的“我的工作”選項卡最多需要一分鍾來填充。 我試着處理查詢，並設法將問題縮小到該選項卡的“傳入請求”部分。 在后台，這正在執行以下WIQL查詢。

SELECT [System.Id], [System.Links.LinkType], [System.Title], [System.State], [System.Reason], [System.AssignedTo] 
FROM WorkItemLinks 
WHERE (Source.[System.TeamProject] = @project and Source.[System.WorkItemType] in group 'Microsoft.CodeReviewRequestCategory' and Source.[System.AssignedTo] <> @me and Source.[Microsoft.VSTS.Common.StateCode] <> '1')
    and ([System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward') 
    and (Target.[System.WorkItemType] in group 'Microsoft.CodeReviewResponseCategory' and (Target.[System.AssignedTo] = @me or Target.[Microsoft.VSTS.Common.ReviewedBy] = @me) and Target.[Microsoft.VSTS.Common.StateCode] <> '2') 
ORDER BY [System.CreatedDate] desc, [System.Id] mode(MustContain)

• 我已經使用https://www.visualstudio.com/zh-cn/docs/integrate/api/wit/wiql中所述的TFS REST API重現了緩慢性（在POST請求的主體中傳遞了上面的WIQL查詢） 。
• 以下代碼查看選擇器的填充速度很慢 ： 我的代碼查看和請求 ， 傳入請求 。
• 可以快速填充以下代碼審閱選擇器： 我的代碼審閱， 最近完成 ， 最近關閉 。
• 對於所有用戶，不僅僅是我的用戶，都會發生此問題。
• 團隊中沒有一個人可以同時打開多個代碼審查。
• 該問題實際上是在一夜之間發生的，即星期五查詢在大約一秒鍾內完成，星期一查詢最多需要一分鍾。
• 我們的TFS環境托管在Windows Server 2012（非R2）上。
• 我們的TFS環境由SQL Server 2012 SP3（11.0.6020）支持。
• 已按照Microsoft的說明完成了對TFS2015.3的升級，沒有遇到任何問題，並且日志中沒有消息表明任何錯誤。

是否有人對導致這種緩慢的原因有什么建議，可以檢查哪些內容以進一步縮小性能問題的范圍？

Answer 1

Visual Studio中的團隊資源管理器提供了一個下拉選擇器，用於指定一個人希望列出的代碼審閱狀態 。 可用的選擇是：

My Code Reviews and Requests (open)
My Code Reviews (open/mine)
Incoming Requests (open/others)
Recently Closed (closed)
Recently Finished (finished)

（ 為清楚起見，在上面的每個條目上都注有狀態和所有權。 ）

根據對性能問題的描述，由於所有用戶都在發生這種情況，因此您的團隊中似乎有大量的代碼審查。 打開“ 我的工作”選項卡時，加載各種代碼審閱會導致性能問題。

對於這種情況，您可以嘗試以下工作方式：在該“團隊資源管理器”下拉選擇器中切換到我的代碼評論 。 之后，請再次檢查問題是否消失或仍然存在。

Answer 2

在這里回答我自己的問題...我的組織最終通過Microsoft進行了升級，最終發現存在過時的統計信息問題，導致生成了錯誤的查詢計划。 每次用於運行代碼檢索詳細信息的查詢都花費了60秒鍾以上。

如果遇到相同的問題，以下查詢很可能會對性能產生重大影響。

use <collection db name>;
UPDATE STATISTICS [dbo].[tbl_WorkItemCoreLatest] WITH FULLSCAN

use <collection db name>;
UPDATE STATISTICS [dbo].[tbl_WorkItemCustomLatest] WITH FULLSCAN

作為參考，這里有我在Microsoft Connect上的原始帖子的副本： https : //connect.microsoft.com/VisualStudio/Feedback/Details/3107261 。 Microsoft在這篇文章中的評論表明許多人都看到了類似的行為。