EF Core 6查询Owned关联集合时性能极慢的原因与优化方案

云上老周

2026-9-3

问题根因

核心原因是笛卡尔积数据爆炸：EF Core 6 针对多个Owned集合默认采用单查询JOIN加载策略，你当前场景下1条Account关联3000条RefreshToken、200条LoginAttempt，两个集合LEFT JOIN后会生成3000*200=60万行的结果集。数据库需要完成60万行的连接计算、排序，再把这60万行数据传输到应用层，EF Core还要在内存中去重拆分出两个独立的集合，这就是3秒耗时的直接来源。你手动拆分两条SQL查询时，总数据量仅3200行，没有无效的重复数据，耗时自然降到60ms级别。
你的Owned类型使用不符合EF Core设计规范：Owned实体最初是为单实例值对象设计的（逻辑上完全从属于主实体、无独立生命周期），EF Core 6虽然支持Owned集合，但默认不会为Owned集合自动启用拆分查询，这是版本默认行为的已知特性，不是bug。
额外配置错误：你给RefreshToken、LoginAttempt两个Owned类型手动加了[Key]主键标记，这是多余配置。Owned类型不需要独立业务主键，EF Core会自动生成所需的影子主键和外键，手动标记主键反而可能干扰EF Core的模型映射逻辑。

优化方案（完全保留Owned实现）

启用拆分查询（Split Query），这是改动最小、见效最快的方案。拆分查询会让EF Core像你手动写SQL一样，分别查询主表、LoginAttempt表、RefreshToken表，完全避免笛卡尔积问题。
你可以针对单个查询指定拆分策略，修改仓储的查询方法：
```
public TEntity FindSingleOrDefault(Expression<Func<TEntity, bool>> predicate) 
    => _entities.AsSplitQuery().SingleOrDefault(predicate);
```
如果要全局默认启用拆分查询，避免后续其他查询踩同样的坑，可以在DbContext配置中添加全局设置：
```
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseNpgsql("你的数据库连接字符串", 
        o => o.UseQuerySplittingBehavior(QuerySplittingBehavior.SplitQuery));
}
```

为Owned集合的外键添加联合索引。拆分查询后，EF Core会根据主实体的联合主键去关联查询两个Owned表，你需要在OnModelCreating中为外键字段添加索引，进一步降低查询耗时：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Account>().HasKey(a => new { a.IdCompanyOrUser, a.AccountType });
    
    // 为两个Owned集合的外键建联合索引
    modelBuilder.Entity<Account>()
        .OwnsMany(a => a.LoginAttempts, l => l.HasIndex("AccountIdCompanyOrUser", "AccountType"))
        .OwnsMany(a => a.RefreshTokens, r => r.HasIndex("AccountIdCompanyOrUser", "AccountType"));
}

这里的外键字段名是EF Core默认生成的影子属性名，和你日志中生成的SQL字段完全一致。

移除两个Owned类型上的[Key]标记，让EF Core自动处理Owned实体的主键配置，避免映射逻辑异常。

Owned类型使用建议

Owned集合适合存储单主实体下数据量小（通常单实体关联条数不超过100）、不需要单独查询、和主实体生命周期完全绑定的值对象集合，比如用户的多个收货地址、联系人的多组联系方式。如果关联数据量会持续增长到上千条（比如你的RefreshToken会随用户登录不断累积），后续建议改成普通独立实体+导航属性的实现，过滤、分页、批量操作的灵活性更高。
只要实体上配置了2个及以上的集合导航（无论是否是Owned类型），生产环境都建议默认开启SplitQuery，避免意外的笛卡尔积导致性能雪崩。单JOIN查询仅适合每个集合数据量极小（个位数）的场景。
使用Owned类型时，不要给Owned类型手动添加[Key]标记、不要为Owned类型创建单独的DbSet，否则会打破从属实体的约定，导致EF Core生成不符合预期的SQL。

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