EF Core Split Query怎么用 EF Core分离查询优化一对多性能

Split Query 是 EF Core 解决一对多 N+1 问题的有效手段，通过 AsSplitQuery() 将主表与集合查询拆分为独立 SQL，避免 JOIN 导致的笛卡尔积和冗余数据，适用于集合较大、数据库支持 MARS 且存在性能瓶颈的场景。

EF Core 的 Split Query（分离查询）是解决一对多关系中 N+1 查询问题的有效手段，尤其在使用 Include 加载关联集合时，能显著减少 SQL 查询次数、避免笛卡尔积膨胀，提升性能。

什么时候该用 Split Query

当你有类似“一个博客有多个文章”的一对多关系，并通过 Include 一次性加载主实体及其集合导航属性时，默认的单查询（Single Query）会生成 JOIN，导致重复数据传输和内存开销。Split Query 把主查询和子查询拆成独立 SQL，各自执行再在内存中组合，适合集合较大或关联层级较深的场景。

• 主表数据量不大，但关联集合（如订单下的订单项）条目很多
• SQL Server 或 PostgreSQL 等支持多结果集（MARS）的数据库
• 你观察到 EF 日志里出现明显冗余数据或响应变慢，且确认是 JOIN 导致的笛卡尔积

怎么启用 Split Query

只需在查询链中调用 AsSplitQuery() 方法，它作用于整个 LINQ 查询，且必须放在 Include 之后、ToList() 或其他终结操作之前。

示例：

var blogs = context.Blogs
    .Include(b => b.Posts)
    .AsSplitQuery() // ✅ 关键：启用分离查询
    .ToList();

这样 EF 会生成两条 SQL：
– 第一条查 Blogs
– 第二条查 Posts，WHERE 条件自动匹配已加载的 Blog IDs

注意事项和限制

Split Query 不是万能银弹，用前需留意以下几点：

• 不支持跨数据库或某些提供程序（如 SQLite 默认不支持）
• 无法与 Distinct()、GroupBy()、ThenInclude 多级嵌套（如 Include(x=>x.Author).ThenInclude(a=>a.Address)）同时使用
• 分页（Skip/Take）只能作用于主查询；子查询会加载全部匹配项（可能影响性能）
• 若启用了延迟加载（Lazy Loading），AsSplitQuery 无效——它只影响显式 Include

对比 Single Query 和 Split Query 的实际效果

假设查 10 个博客，每个平均含 50 篇文章：

• Single Query：1 次 SQL，返回 500 行（10×50），每行重复博客字段，网络和内存开销大
• Split Query：2 次 SQL，分别返回 10 行博客 + 500 行文章，无重复，解析更快，尤其在网络延迟高或数据量大时优势明显

可通过 EF 的日志输出（如 EnableSensitiveDataLogging）验证是否真生成了多条 SQL。

基本上就这些。合理使用 AsSplitQuery 能让一对多查询更清爽、更可控，不复杂但容易忽略。