该问题是由以下两种原因之一引起的:-

You tried to update a row with one or more properties are Concurrency Mode: Fixed .. and the Optimistic Concurrency prevented the data from being saved. Ie. some changed the row data between the time you received the server data and when you saved your server data. You tried to update or delete a row but the row doesn't exist. Another example of someone changing the data (in this case, removing) in between a retrieve then save OR you're flat our trying to update a field which is not an Identity (ie. StoreGeneratedPattern = Computed) and that row doesn't exist.

我也遇到了同样的问题。

我使用EF 6，代码优先+迁移。 问题是我们的DBA在抛出错误的表上创建了一个约束。

我在一个缺少主键并且有一个DATETIME(2,3)列的表上遇到了这个问题(因此实体的“主键”是所有列的组合)…执行插入时，时间戳有一个更精确的时间(2018-03-20 08:29:51.8319154)，被截断为(2018-03-20 08:29:51.832)，因此对关键字段的查找失败。

这件事刚刚发生在我身上。我正在运行Aurora (AWS MySQL)，并试图将记录添加到表中。在模型中标记为[Key]的字段被映射到表中的一个自动递增字段…至少我是这么想的。它被设置为主键，但没有设置为自动递增。所以将它设置为自动递增解决了我的问题。

我们忘记提到“enctype”，发布“多部分”表单数据。我刚刚面对的另一个场景是…

我也有这个错误。在某些情况下，实体可能不知道您正在使用的实际数据库上下文，或者模型可能不同。为此，设置:EntityState.Modified;EntityState.Added;

这样做:

if (ModelState.IsValid)
{
context.Entry(yourModelReference).State = EntityState.Added;
context.SaveChanges();
}

这将确保实体知道你正在使用或添加正在使用的状态。此时，需要设置所有正确的模型值。小心不要丢失任何可能在后台所做的更改。

希望这能有所帮助。