C#中EF Core保存优化技巧与实践

合理减少SaveChanges调用次数，使用AddRange等批量方法，禁用自动追踪，结合原生批量库如EFCore.BulkExtensions，并显式管理事务，避免冗余查询，可显著提升EF Core保存性能。

在使用 EF Core 时，保存操作（SaveChanges）如果处理不当，很容易成为性能瓶颈。尤其在批量插入、更新或涉及大量实体的场景下，优化显得尤为重要。以下是提升 EF Core 保存效率的一些关键做法和最佳实践。

减少 SaveChanges 的调用次数

每次调用 SaveChanges() 都会开启一个数据库事务并执行 SQL，频繁调用会导致大量往返开销。

• 将多个实体的增删改操作合并到一次 SaveChanges() 中提交。
• 在循环中避免每次操作都调用 SaveChanges()，应先完成所有变更再统一提交。

foreach (var item in items)
{
    context.Products.Add(item); // 不在此处 SaveChanges
}
context.SaveChanges(); // 批量提交一次

使用 AddRange 和 UpdateRange 提升批量操作效率

EF Core 提供了 AddRange、UpdateRange 和 RemoveRange 方法，能更高效地处理集合操作。

• 相比逐个添加，AddRange 能减少内部状态管理的开销。
• 适用于导入数据、初始化配置等场景。

context.AddRange(products);
context.SaveChanges();

禁用自动追踪以提高性能

如果你只是做写入操作而不需要查询追踪，可以临时关闭变更追踪。

• 使用 context.ChangeTracker.AutoDetectChangesEnabled = false 减少开销。
• 对于只写场景，考虑使用 AsNoTracking 查询，但注意这主要影响查询阶段。
• 在大批量插入前，可手动控制变更检测时机。

考虑使用原生批量插入库

EF Core 原生不支持真正的批量 INSERT（如 INSERT INTO ... VALUES (...), (...), (...)），默认是逐条插入。

• 使用第三方库如 EFCore.BulkExtensions 或 Npgsql.EntityFrameworkCore.PostgreSQL（PostgreSQL）等提供批量支持。
• BulkInsert 可显著提升大数据量写入速度（成百上千条记录以上）。

context.BulkInsert(products); // 单次高效插入

合理使用事务控制

当需要保证多个 SaveChanges 操作的原子性时，显式使用事务更安全且可控。

• 用 context.Database.BeginTransaction() 包裹多个保存操作。
• 避免长时间持有事务，防止锁表或连接占用。

using var transaction = context.Database.BeginTransaction();
try
{
    context.Orders.AddRange(orders);
    context.SaveChanges();

    context.OrderItems.AddRange(items);
    context.SaveChanges();

    transaction.Commit();
}
catch
{
    transaction.Rollback();
    throw;
}

避免不必要的查询和加载

在保存前不要触发无意义的查询，否则可能拉取大量数据进入上下文，拖慢整体性能。

• 不要为了设置外键而去查询整个主实体，直接设置导航属性或外键字段即可。
• 使用“分离状态”或“影子属性”减少内存占用。

context.Entry(order).State = EntityState.Unchanged; // 标记已存在，避免查询
product.OrderId = orderId; // 直接赋值外键

监控和诊断性能问题

启用日志输出，查看实际生成的 SQL 和执行时间。

• 在 DbContext 配置中启用详细日志（如 Microsoft.EntityFrameworkCore.Database.Command）。
• 使用工具如 MiniProfiler 或 Application Insights 分析耗时操作。