Entity Framework Core 在C#项目中提升了开发效率，但若不加注意，很容易出现查询速度慢、内存占用高等问题。性能调优的核心在于减少不必要的数据库往返，精准控制加载的数据量，以及合理利用缓存与索引。下面先从最常见的N+1查询问题开始，逐步展开调优技巧。
避免N+1查询：使用Include与ThenInclude
当查询主实体及其关联数据时，若在循环中逐条访问导航属性，EF Core会为每条主记录发送一条额外查询，形成N+1问题。正确做法是使用Include方法预先加载关联数据。
优化前：
// 错误做法：在循环中访问导航属性
var blogs = context.Blogs.ToList();
foreach (var blog in blogs)
{
Console.WriteLine(blog.Posts.Count); // 每个blog查询一次posts
}
优化后：
// 使用Include一次性加载关联集合
var blogs = context.Blogs.Include(b => b.Posts).ToList();
foreach (var blog in blogs)
{
Console.WriteLine(blog.Posts.Count); // 无需额外查询
}
对于多级关联，使用ThenInclude，如Include(b => b.Posts).ThenInclude(p => p.Comments)。
AsNoTracking：只读查询的最佳实践
默认情况下EF Core会跟踪所有查询返回的实体，以便后续更新。但对于只读场景，跟踪会带来额外的内存开销和性能损耗。使用AsNoTracking可关闭跟踪，提升速度。
var posts = context.Posts.AsNoTracking().Where(p => p.Published).ToList(); // 这些实体不会被快照，适合只读展示
若需要更新部分实体，可拆分为两个查询：一个使用AsNoTracking快速获取数据，再对需要修改的实体使用Attach或单独查询。
投影查询：只取需要的字段
避免Select *加载整个实体，特别是表格字段较多时。使用Select投影到DTO或匿名对象，减少数据传输量。
// 仅查询标题和发布日期
var postSummaries = context.Posts
.Where(p => p.Published)
.Select(p => new { p.Title, p.PublishDate })
.ToList();
投影查询通常也会自动关闭实体跟踪，因为返回的不是实体类型，但建议显式使用AsNoTracking保持一致。
高效分页：Skip与Take的正确用法
分页时常见的错误是先在内存中加载全部数据再过滤。EF Core的Skip和Take会被翻译成数据库的OFFSET和FETCH NEXT，但要注意在大偏移量时性能下降。推荐使用键集分页（keyset pagination）替代偏移分页。
传统偏移分页：
var page = 1;
var pageSize = 20;
var posts = context.Posts
.OrderBy(p => p.Id)
.Skip((page - 1) * pageSize)
.Take(pageSize)
.ToList();
键集分页示例：
// 假设上一页最后一条的Id=100
var lastId = 100;
var nextPage = context.Posts
.Where(p => p.Id > lastId)
.OrderBy(p => p.Id)
.Take(20)
.ToList();
键集分页适用于排序字段唯一的情况（如主键），避免了OFFSET扫描，性能更稳定。
批量操作：使用ExecuteDelete与ExecuteUpdate
在EF Core 7以上，可以直接执行批量删除或更新而不加载实体，大幅减少数据库往返。
// 批量删除过期文章
context.Posts.Where(p => p.IsDeleted).ExecuteDelete();
// 批量更新所有文章的状态
context.Posts.Where(p => p.PublishDate < DateTime.UtcNow.AddDays(-30))
.ExecuteUpdate(setters => setters.SetProperty(p => p.Status, "Archived"));
注意这些方法不会跟踪实体，直接发送SQL到数据库执行，适合大量记录操作。
合理使用缓存：CompiledQuery与EF Core 二级缓存
对于重复执行的相同查询，可使用EF.CompileQuery预编译查询计划，避免反复生成表达式树。
private static readonly Func<MyDbContext, int, Post> GetPostById =
EF.CompileQuery((MyDbContext ctx, int id) =>
ctx.Posts.AsNoTracking().FirstOrDefault(p => p.Id == id));
// 使用
var post = GetPostById(context, 42);
第三方库如EFCoreSecondLevelCacheInterceptor可提供内存级二级缓存，适合不常变化的热数据。
数据库索引与查询分析
即使代码层面优化再好，索引缺失也会导致慢查询。使用EF Core生成的SQL后，建议在数据库分析工具中查看执行计划。常见的优化点：
- 为
Where、OrderBy、Join的字段创建索引。 - 对
Include的外键列建立索引。 - 避免在索引列上使用函数或类型转换（如
CAST）。
可通过context.Database.Log = Console.WriteLine（或配置日志）观察实际SQL。
上下文生命周期管理
DbContext是轻量级对象，但不应长时间持有。在ASP.NET Core中，使用依赖注入注册为作用域（scoped）生命周期，每个请求一个实例。避免在同一个上下文实例中执行大量操作，否则跟踪的实体不断累积，导致内存泄漏。
对于长时间运行的后台服务，建议按工作单元创建短期上下文。使用using语句确保释放资源。
using (var context = new MyDbContext())
{
// 执行一组相关操作
context.SaveChanges();
}
总结
EF Core性能调优并不复杂，关键在于理解底层SQL生成机制并遵循几个基本原则：减少查询次数、减少数据传输量、合理关闭跟踪、使用批量操作。结合数据库索引优化与键集分页，大部分性能问题都能得到显著改善。建议在实际项目中通过性能分析工具（如MiniProfiler、SQL Server Profiler）监控慢查询，逐项应用上述技巧，让C#应用与数据库协作更加高效。