EF Core从3.1.6升级至7.0.7后新增数据触发异常DELETE语句

排查方向 #

• 检查实体关联与级联删除配置
  EF Core 3.x到7.x之间，级联删除的默认行为和规则有调整。查看Tracker与TrackerConfig的关联配置（Fluent API或数据注解）：

  • 确认是否为一对一/一对多关联，以及外键是否可空
  • 检查是否配置了级联删除（如OnDelete(DeleteBehavior.Cascade)），7.x对关联状态的检测更严格，可能导致隐式触发级联操作

• 跟踪实体状态变化
  在SaveChangesAsync前添加代码，打印所有被跟踪实体的状态，定位TrackerConfig被标记为Deleted的原因：

  foreach (var entry in _context.ChangeTracker.Entries())
  {
      var idProp = entry.Property("TrackerConfigId");
      var idValue = idProp?.CurrentValue ?? "N/A";
      Console.WriteLine($"{entry.Entity.GetType().Name} (ID: {idValue}): {entry.State}");
  }
  

  重点关注TrackerConfig实体的状态，以及关联的Tracker实体是否存在状态变更（如Modified/Deleted）

• 验证Tracker实体的获取方式
  传入的Tracker t是否来自当前DbContext的查询？如果查询时加载了TrackerConfig导航属性（比如用Include），且该TrackerConfig实体被意外标记为Deleted（比如代码无意修改了关键属性、或被其他逻辑影响），7.x的变更跟踪会更精准地检测到状态变化并执行删除。

• 检查DbContext配置与全局逻辑

  • 确认是否启用了懒加载代理（UseLazyLoadingProxies），7.x懒加载的触发逻辑可能有变化，导致TrackerConfig被意外加载并跟踪
  • 检查是否有自定义的SaveChanges重写逻辑或EF Core拦截器，升级后API变化可能导致逻辑异常，误标记实体状态

可能的解决方案 #

• 显式配置级联行为
  如果级联删除是不必要的，在Fluent API中显式设置级联行为为Restrict或NoAction，避免隐式触发删除：

  modelBuilder.Entity<Tracker>()
      .HasOne(t => t.TrackerConfig)
      .WithOne(c => c.Tracker)
      .OnDelete(DeleteBehavior.Restrict);
  

• 修正实体状态
  如果确认TrackerConfig被误标记为Deleted，在SaveChangesAsync前手动修正状态：

  var trackerConfigEntry = _context.ChangeTracker.Entries<TrackerConfig>().FirstOrDefault();
  if (trackerConfigEntry?.State == EntityState.Deleted)
  {
      trackerConfigEntry.State = EntityState.Unchanged;
  }
  

• 优化Tracker实体查询
  如果不需要TrackerConfig导航属性，查询时使用AsNoTracking或者不包含该属性，避免不必要的跟踪：

  var tracker = await _context.Trackers.AsNoTracking().FirstOrDefaultAsync(t => t.TrackerId == id);
  

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