.NET中dbContext.SaveChanges()无法按预期更新MySQL单行数据

• 实体追踪状态异常：如果MyDBContext全局配置了无追踪查询（比如options.UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking)），EF不会监控TableB实体的变更。这种情况下修改实体后，EF无法识别到变化，SaveChanges()只会提交TableA的插入操作，不会处理TableB的更新。

• 字段映射不匹配：检查TableBModel的isAccepted属性与数据库列名是否完全一致。MySQL默认区分大小写，若数据库列是IsAccepted而实体属性是isAccepted，会导致映射失败；另外如果属性被标记了[NotMapped]特性，EF会忽略该字段，修改内存中的属性值也不会同步到数据库。

• 参数或主键匹配问题：先确认传入的incommingID是否为目标行的正确ID（注意你代码最后return的incommindID存在拼写错误，需排查参数传递环节是否出错）。同时检查TableB的主键id类型是否与参数int一致——比如数据库中id是bigint而实体用int，隐式转换后可能匹配到错误行，或根本没匹配到但你误判rowToBeUpdated不为null。

• EF自动变更检测失效：可以尝试强制标记实体为修改状态，在rowToBeUpdated.isAccepted = true;后添加：

  db.Entry(rowToBeUpdated).State = EntityState.Modified;
  

  有时候EF的自动变更检测会因属性配置等问题失效，强制设置状态能确保EF生成更新SQL。

• 提交时机问题：建议将SaveChanges()移到所有操作完成后统一调用，避免多次提交可能带来的问题。修改后的代码示例：

  public int SomeMethod(int incommingID)
  {
      using (MyDBContext db = new MyDBContext())
      {
          TableAModel rowA = new TableAModel
          {
              // ...插入数据
          };
          db.TableA.Add(rowA);
  
          var rowToBeUpdated = db.TableB.SingleOrDefault(t => t.id == incommingID);
          if(rowToBeUpdated != null)
          {
              rowToBeUpdated.isAccepted = true;
          }
          // 统一提交所有变更
          db.SaveChanges();
      }
      return incommingID;
  }
  

另外，建议开启EF的SQL日志功能，查看生成的SQL语句是否包含TableB的更新指令，或直接通过数据库工具监控SQL执行记录，确认EF是否向MySQL发送了更新请求。

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