C# - 实体框架和 SQL Server linq 嵌套循环连接和哈希连接性能

Question

我想做一个左外连接来获取一些数据。但是，尽管在有用的列上创建了一些索引，但使用 Entity Framework 和 C# LINQ 连接时我的性能确实很差。我尝试了另一种方法，将多个连续的 FROM 与 WHERE 子句一起使用，并看到了性能的巨大提升。

我想知道为什么 SQL Server 不选择更快的连接类型？我是否对我的 LINQ 查询连接做错了什么导致性能如此糟糕？

这里是第一个耗时超过 3s 的版本：

from calendarEvent in calendarEvents
join participants in ctx.CalendarEventParticipants on calendarEvent.Id equals participants.CalendarEventId into calendarEventWithParticipants
from subCalendarEventWithParticipant in calendarEventWithParticipants.DefaultIfEmpty()
select new { calendarEvent , subCalendarEventWithParticipant };

以及耗时 200ms 的版本：

from calendarEvent in calendarEvents
from participants in ctx.CalendarEventParticipants.Where(cep => cep.CalendarEventId == calendarEvent.Id).DefaultIfEmpty()
select new { calendarEvent , participants };

我在CalendarEventParticipants.calendarEventId 上有一个有用的索引。

我主要担心的是，理论上，带有连接的查询应该比带有 where 的第二个查询快得多。使用 SSMS，我可以看到查询在执行 NESTED LOOPS（左外连接）之前没有 JOIN，这在此查询上花费了我很多。

谢谢

Answer 1

首先您的查询不清楚。您将 CalendarEventId 与 calendarEvent.Id 进行比较的方式

from calendarEvent in calendarEvents

from participants in ctx.CalendarEventParticipants.Where(cep => cep.CalendarEventId == calendarEvent.Id).DefaultIfEmpty()
select new { calendarEvents, participants };

其次，上面的查询看起来像一个嵌套查询，它总是一个性能消耗者。另一个花费较少时间的查询是使用连接，它为您提供联合目标集以进行处理。性能取决于索引、大小和其他因素。但是如果表很大，那么嵌套查询就不是正确的选择。而是使用连接。

from calendarEvent in calendarEvents
join participants in ctx.CalendarEventParticipants on calendarEvent.Id equals participants.CalendarEventId into calendarEventWithParticipants

from subCalendarEventWithParticipant in calendarEventWithParticipants.DefaultIfEmpty()
select new { calendarEvents, subCalendarEventWithParticipant };