SQL 内连接，按性能排序慢答案

【问题标题】：SQL inner join with slow order by performanceSQL 内连接，按性能排序慢
【发布时间】：2017-12-05 14:55:35
【问题描述】：

我们在 Azure 中有一个 .NET 应用程序，其中有一页显示时间条目的概览。我们使用实体框架来构建和执行 SQL 查询。当我们按时间表的一列（如日期或小时）排序时，它已经足够快了。但是，当我们对来自另一个表的列（来自内部连接，如用户 diplayname）进行排序时，它真的很慢。

此外，当我们在 Azure 门户中查看 DTU 指标时（在此查询之后），其峰值达到 100% DTU。我们有 500 个 DTU 的 P4 服务计划，所以我认为这不是问题。

这是一个由实体框架执行的慢查询示例：

exec sp_executesql N'SELECT 
[Project1].[Id] AS [Id], 
[Project1].[Date] AS [Date], 
[Project1].[Hours] AS [Hours], 
[Project1].[Notes] AS [Notes], 
[Project1].[StartEnd] AS [StartEnd], 
[Project1].[Status] AS [Status], 
[Project1].[Timer] AS [Timer], 
[Project1].[TimeRowId] AS [TimeRowId], 
[Project1].[InvoiceId] AS [InvoiceId], 
[Project1].[Pause] AS [Pause], 
[Project1].[ClientStatus] AS [ClientStatus], 
[Project1].[ExternalUrl] AS [ExternalUrl], 
[Project1].[ExternalName] AS [ExternalName], 
[Project1].[ApprovedBy] AS [ApprovedBy], 
[Project1].[ApprovedDate] AS [ApprovedDate], 
[Project1].[ClientApprovedBy] AS [ClientApprovedBy], 
[Project1].[ClientApprovedDate] AS [ClientApprovedDate]
FROM ( SELECT 
    [Extent1].[Id] AS [Id], 
    [Extent1].[Date] AS [Date], 
    [Extent1].[Hours] AS [Hours], 
    [Extent1].[Notes] AS [Notes], 
    [Extent1].[StartEnd] AS [StartEnd], 
    [Extent1].[Status] AS [Status], 
    [Extent1].[Timer] AS [Timer], 
    [Extent1].[TimeRowId] AS [TimeRowId], 
    [Extent1].[InvoiceId] AS [InvoiceId], 
    [Extent1].[Pause] AS [Pause], 
    [Extent1].[ClientStatus] AS [ClientStatus], 
    [Extent1].[ExternalUrl] AS [ExternalUrl], 
    [Extent1].[ExternalName] AS [ExternalName], 
    [Extent1].[ApprovedBy] AS [ApprovedBy], 
    [Extent1].[ApprovedDate] AS [ApprovedDate], 
    [Extent1].[ClientApprovedBy] AS [ClientApprovedBy], 
    [Extent1].[ClientApprovedDate] AS [ClientApprovedDate], 
    [Extent6].[DisplayName] AS [DisplayName]
    FROM      [dbo].[Time] AS [Extent1]
    INNER JOIN [dbo].[TimeRow] AS [Extent2] ON [Extent1].[TimeRowId] = [Extent2].[Id]
    INNER JOIN [dbo].[ProjectUser] AS [Extent3] ON [Extent2].[ProjectUserId] = [Extent3].[Id]
    INNER JOIN [dbo].[Project] AS [Extent4] ON [Extent3].[ProjectId] = [Extent4].[Id]
    INNER JOIN [dbo].[Customer] AS [Extent5] ON [Extent4].[CustomerId] = [Extent5].[Id]
    INNER JOIN [dbo].[User] AS [Extent6] ON [Extent3].[UserId] = [Extent6].[Id]
    WHERE ([Extent5].[CompanyId] = @p__linq__0) AND (@p__linq__1 <= [Extent1].[Date]) AND (@p__linq__2 >= [Extent1].[Date])
)  AS [Project1]
ORDER BY [Project1].[DisplayName] DESC
OFFSET 0 ROWS FETCH NEXT 25 ROWS ONLY ',N'@p__linq__0 int,@p__linq__1 datetime2(7),@p__linq__2 datetime2(7)',@p__linq__0=19218,@p__linq__1='2017-01-01 00:00:00',@p__linq__2='2017-12-31 00:00:00'

我们尝试在 displayname（用户表的）上添加一个非聚集索引，但这并没有产生任何不同。此外，我们在 Azure 中对数据库进行了自动调整，所以您一定认为 Azure 会自行添加必要的索引，对吧？

我们怎样才能使这个查询执行？

评论 05-12-2017 我想我们解决了这个问题。我们在 Database Tuning Adviser 中执行查询，得到了 9 个推荐索引。应用此建议后，查询速度非常快！

【问题讨论】：

能否提供实际的执行计划？还是表结构和索引？
您的分页至少有问题。为了使您的分页稳定，您需要对行进行完全排序。首先按表的键列排序是必需的，并且可以提高性能，因为您不必按 User.DisplayName 对整个结果进行排序。
所以您一定认为 Azure 会自行添加必要的索引这是您应该检查的内容，而不是假设。是否所有外键都被索引是非常重要的。

标签： sql sql-server performance entity-framework azure

【解决方案1】：

我无法回答您关于如何加快查询速度的问题，正如 Sean Lange 所说，我们需要表结构和执行计划。

我对 Azure 不是很有经验，但您应该会看到正在使用的任何索引。

本文档：https://docs.microsoft.com/en-us/azure/sql-database/sql-database-advisor

使用推荐创建的索引总是被标记为自动创建的索引。您可以查看哪些索引是由 auto_created 的查看 sys.indexes 视图。

该文档可以帮助您了解 Azure 是否正在为您创建任何索引，或者您是否需要接受任何建议。

【讨论】：