.NET 7中控制台与Web API的EF Core执行时间差异及优化咨询

核心差异原因 #

• DbSet名称引用错误：Web API代码中误写为context1.Record.AddRange(list)，但你的DataContext中定义的DbSet是Records（复数），控制台代码正确使用了ctx.Records.AddRange(list)。这个错误导致EF Core无法识别批量插入的集合，转而生成8000条独立的INSERT语句，而非一条包含多VALUES的批量INSERT语句，这是耗时差距的主要原因。
• 数据库初始化重复执行：DataContext构造函数中调用的Database.EnsureCreated()，在Web API中会随Scoped生命周期的DbContext每次请求执行一次，而控制台仅执行一次，额外的初始化检查带来了不必要的开销。

优化方案 #

1. 修正DbSet引用错误 #

将Web API中的代码：

context1.Record.AddRange(list);

改为：

context1.Records.AddRange(list);

这是解决问题的关键，修正后EF Core会生成批量INSERT语句，大幅提升插入速度。

2. 调整数据库初始化时机 #

移除DataContext构造函数中的Database.EnsureCreated()，改为在应用启动时一次性执行：

var app = builder.Build();

// 应用启动时初始化数据库
using (var scope = app.Services.CreateScope())
{
    var dbContext = scope.ServiceProvider.GetRequiredService<DataContext>();
    dbContext.Database.EnsureCreated();
}

app.MapGet("/weatherforecast", ...);
app.Run();

3. 优化EF Core批量插入配置 #

针对SQLite，可通过配置强化批量操作能力：

builder.Services.AddDbContext<DataContext>(options => 
    options.UseSqlite(cnn)
           .ConfigureWarnings(warnings => warnings.Ignore(SqliteEventId.BatchPossibleWarning)));

该配置会忽略SQLite批量操作的警告，确保EF Core正常生成批量INSERT语句。

4. 最大化ChangeTracker性能 #

在批量插入前，确保ChangeTracker处于最优状态：

context1.ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking;
context1.ChangeTracker.AutoDetectChangesEnabled = false;
context1.ChangeTracker.LazyLoadingEnabled = false;

这些设置会减少EF Core在跟踪实体上的开销，进一步提升插入效率。

5. 显式使用事务（可选） #

虽然SaveChanges()默认会开启事务，但显式声明事务可以确保操作原子性，同时避免隐式事务的潜在开销：

using (var transaction = await context1.Database.BeginTransactionAsync())
{
    try
    {
        context1.Records.AddRange(list);
        await context1.SaveChangesAsync();
        await transaction.CommitAsync();
    }
    catch
    {
        await transaction.RollbackAsync();
        throw;
    }
}

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