使用Entity Framework 6的Include查询耗时过长，如何优化？

针对你遇到的EF6多对多查询慢的问题，试试以下几种优化方式：

1. 检查多对多中间表的索引 #

EF6自动生成的多对多关联表（比如UserDepartments），默认会创建联合主键，但可能缺少外键的单独索引。你可以手动给中间表的两个外键字段分别添加非聚集索引，这能大幅提升关联查询的匹配效率。

2. 替换Include，用分两次查询避免笛卡尔积 #

使用Include加载多对多关联时，EF可能生成包含笛卡尔积的SQL，即使数据量小，也可能导致数据库执行计划低效。可以改成先查询用户，再单独查询关联的部门，EF上下文会自动将部门关联到对应的用户上：

public async Task<List<User>> FindAllAsync()
{
    try
    {
        var users = await _context.Users.ToListAsync();
        var userIds = users.Select(u => u.Id).ToList();
        // 加载关联的部门，EF会自动关联到已查询的用户对象
        await _context.Departments
            .Where(d => d.Users.Any(u => userIds.Contains(u.Id)))
            .ToListAsync();
        return users;
    }
    catch
    {
        throw new Exception();
    }
}

或者用Select投影只获取需要的字段，减少数据传输和实体映射开销：

public async Task<List<object>> FindAllAsync()
{
    try
    {
        return await _context.Users
            .Select(u => new 
            {
                u.Id,
                u.UserName,
                Departments = u.Departments.Select(d => new { d.Id, d.DeptName })
            })
            .ToListAsync<object>();
    }
    catch
    {
        throw new Exception();
    }
}

3. 查看EF生成的SQL语句 #

开启EF的日志功能，查看实际生成的SQL，直接在数据库中执行该SQL，确认是SQL本身慢还是EF的实体映射慢。可以在上下文构造函数中添加日志配置：

public YourDbContext()
{
    Database.Log = sql => System.Diagnostics.Debug.WriteLine(sql);
}

如果SQL执行本身慢，针对性优化数据库的查询计划或索引；如果SQL执行快但EF处理慢，检查实体类的配置是否有冗余。

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

数据库统计信息过时可能导致查询优化器生成低效的执行计划，手动更新统计信息：

UPDATE STATISTICS [你的数据库名称]

5. 调整EF上下文配置 #

如果不需要懒加载，关闭相关功能可以减少不必要的代理生成开销：

_context.Configuration.LazyLoadingEnabled = false;
_context.Configuration.ProxyCreationEnabled = false;

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