ASP.NET Core 6 Web API中EF添加记录意外删除其他表数据

EF Core里出现这种莫名其妙的删除操作，九成是关系配置的级联删除规则在搞事——哪怕你没写Delete代码，只要上下文跟踪的实体关系发生变化，SaveChanges会自动触发级联操作。

具体排查方向 #

1. 反向导航属性缺失导致EF误判关系 #

你的Reports模型里没有定义Answers的集合导航属性（比如public ICollection<Answers> Answers { get; set; }），但Answers里有public Reports Report { get; set; }。EF默认推断一对多关系时，会给非可空外键（比如Answers的IReportId是int类型、非可空）自动配置Cascade级联规则，一旦Report实体状态异常，关联的Answers就会被连带删除。

2. 检查级联删除的显式配置 #

如果用了Fluent API配置关系，看看有没有类似代码：

modelBuilder.Entity<Reports>()
    .HasMany(r => r.Answers)
    .WithOne(a => a.Report)
    .OnDelete(DeleteBehavior.Cascade);

默认情况下，非可空外键的级联规则就是Cascade，这意味着Report被删除时，关联的Answers会跟着被删。但你没主动删Report，那大概率是上下文里的Report实体被误标记为Deleted状态了。

3. 查看上下文跟踪的实体状态 #

在调用SaveChangesAsync()前添加这段代码，直接检查所有被跟踪实体的状态：

var trackedEntities = _context.ChangeTracker.Entries()
    .Where(e => e.State != EntityState.Unchanged)
    .ToList();
foreach (var entry in trackedEntities)
{
    Console.WriteLine($"实体类型: {entry.Entity.GetType().Name}, 状态: {entry.State}");
}

通过输出可以直接确认，是不是Answers/Questions或者关联的Report被标记为Deleted。

4. 排查“孤儿实体”清理逻辑 #

如果关系配置了ClientCascade规则，当实体的导航属性被设为null时，EF会自动删除这些“无主”的孤儿实体。比如某个Answers的Report属性被设为null，但IReportId是必填项，EF就会判定这个实体应该被删除。

解决办法 #

1. 强制设置级联规则为Restrict #

在DbContext的OnModelCreating方法里，给所有关联关系显式设置级联规则，彻底避免意外删除：

// 配置Answers与Reports的关系
modelBuilder.Entity<Answers>()
    .HasOne(a => a.Report)
    .WithMany() // 因Reports未定义集合导航属性，直接用WithMany()
    .HasForeignKey(a => a.IReportId)
    .OnDelete(DeleteBehavior.Restrict);

// 配置Questions与Section的关系
modelBuilder.Entity<Questions>()
    .HasOne(q => q.Section)
    .WithMany()
    .HasForeignKey(q => q.SectionId)
    .OnDelete(DeleteBehavior.Restrict);

// 同理给Questions的其他外键（如QuestionType、SeverityLevel）都配置Restrict规则

2. 排查实体状态被误修改的代码 #

检查调用CreateAuditLog前后的业务逻辑：

• 有没有不小心调用过_context.Remove(xxx)
• 有没有从集合中移除过实体（比如report.Answers.Remove(answer)）
• 有没有修改过实体的外键值，导致它变成无主的孤儿实体

3. 分离不需要跟踪的实体 #

如果某些实体是从其他上下文加载的，或者不需要当前上下文管理，直接将其状态设为Detached：

_context.Entry(someEntity).State = EntityState.Detached;

避免上下文自动处理这些实体的状态变化。

调试小技巧 #

开启EF Core的SQL日志，直接查看执行的SQL语句，就能精准定位删除操作的触发源：

// 在DbContext的OnConfiguring方法中添加
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.LogTo(Console.WriteLine, LogLevel.Information);
}

执行SaveChanges时，所有SQL语句都会被打印出来，包括删除语句，能快速找到问题根因。

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