优化LINQ与Entity Framework中orderby的Sum操作性能

这个问题在大数据量的聚合排序场景下太常见了！你的查询本质是计算加权平均值来排序，但EF Core 2.0.7在处理这类嵌套聚合时，生成的SQL和执行计划可能不够高效，再加上缺少合适的索引，就会导致CPU飙升和速度变慢。下面给你几个针对性的优化方案：

1. 预先聚合，避免重复计算Sum #

你的原查询在orderby里直接计算两个Sum，EF Core 2.0可能会生成需要对每个分组重复扫描数据的SQL，相当于每个分组要计算两次Sum。我们可以先把两个聚合值提前计算出来，再做排序：

// 先分组计算总加权值和总时长，只做一次聚合
var aggregatedStats = from stat in context.Set<EFClientStatistics>()
                      group stat by stat.ClientId into clientGroup
                      select new 
                      {
                          ClientId = clientGroup.Key,
                          TotalWeightedPerformance = clientGroup.Sum(cs => cs.Performance * cs.TimePlayed),
                          TotalTimePlayed = clientGroup.Sum(cs => cs.TimePlayed)
                      };

// 基于预聚合的结果排序、分页
var iqClientIds = aggregatedStats
    .OrderByDescending(x => x.TotalWeightedPerformance / x.TotalTimePlayed)
    .Skip(start)
    .Take(count)
    .Select(x => new { x.ClientId });

这样EF会生成更简洁的SQL，只对EFClientStatistics做一次分组扫描，把两个Sum的计算合并到同一次聚合里，减少数据库的计算量。

2. 添加覆盖索引，减少IO开销 #

这是提升聚合查询性能最关键的一步！你的查询需要按ClientId分组，并且用到Performance和TimePlayed做计算，所以创建一个覆盖索引可以让数据库不用回表查询原始数据，直接从索引里获取所有需要的字段。

如果用Code First，可以通过Fluent API配置索引：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<EFClientStatistics>()
        .HasIndex(s => s.ClientId)
        .IncludeProperties(s => new { s.Performance, s.TimePlayed });
}

如果直接操作数据库，执行这个SQL：

CREATE NONCLUSTERED INDEX IX_EFClientStatistics_ClientId_Aggregate
ON dbo.EFClientStatistics (ClientId)
INCLUDE (Performance, TimePlayed);

这个索引会让数据库的分组和聚合操作快很多，因为它避免了大量的磁盘IO和数据扫描。

3. 确保查询全在数据库端执行 #

EF Core 2.0有时候会对复杂表达式做客户端评估，也就是把部分数据拉到内存里计算，这在10万条数据的场景下会直接导致CPU飙升。你可以开启EF的日志功能，检查生成的SQL或者有没有客户端评估的警告。如果发现有客户端评估，就要调整表达式，让它能被EF解析成SQL（比如避免在LINQ里用EF无法识别的自定义方法）。

4. 升级EF Core版本（可选） #

EF Core 2.0是比较老的版本了，后续的3.0+版本对分组聚合、SQL生成的优化做了很多改进，比如更智能的聚合表达式处理、减少不必要的查询嵌套。如果你的项目允许升级，升级到EF Core 3.1或更高版本，可能不需要改代码就能获得性能提升。

5. 更新数据库统计信息 #

有时候数据库的统计信息过时，会导致查询优化器生成低效的执行计划。你可以手动更新统计信息（以SQL Server为例）：

UPDATE STATISTICS dbo.EFClientStatistics;

这样查询优化器能更准确地估算数据量，生成更优的执行计划。

内容的提问来源于stack exchange，提问作者RaidMax