Got the same problem when removing item from table(ParentTable) that was referenced by another 2 tables foreign keys with ON DELETE CASCADE rule(RefTable1, RefTable2). The problem appears because of "AFTER DELETE" trigger at one of referencing tables(RefTable1). This trigger was removing related record from ParentTable as result RefTable2 record was removed too. It appears that Entity Framework, while in-code was explicitly set to remove ParentTable record, was removing related record from RefTable1 and then record from RefTable2 after latter operation this exception was thrown because trigger already removed record from ParentTable which as results removed RefTable2 record.

这是乐观并发特性的副作用。

不是100%确定如何在实体框架中打开/关闭它，但基本上它告诉你的是，当你从数据库中获取数据时，当你保存你的更改时，其他人已经更改了数据(这意味着当你保存它时，0行实际上得到了更新)。在SQL术语中，它们的更新查询的where子句包含行中每个字段的原始值，如果0行受到影响，它就知道出错了。

它背后的思想是，你最终不会覆盖你的应用程序不知道发生了什么变化——它基本上是。net在所有更新中附带的一个小安全措施。

如果它是一致的，那么它很可能发生在您自己的逻辑中(例如:您实际上是在选择和更新之间的另一个方法中自己更新数据)，但它可能只是两个应用程序之间的竞争条件。

我也有同样的问题，我发现这是由RowVersion为null引起的。 检查Id和RowVersion是否为空。

有关更多信息，请参阅本教程

http://www.asp.net/mvc/tutorials/getting-started-with-ef-using-mvc/handling-concurrency-with-the-entity-framework-in-an-asp-net-mvc-application

我今天遇到了一个类似的问题，我将在这里记录它，因为它不完全是乐观并发错误。

我正在将一个旧系统转换为一个新的数据库，它有几千个实体，我必须把它们脚本转移到新系统。然而，为了帮助理智，我选择保持原始的唯一id，所以是注入到新对象，然后尝试保存它。

我遇到的问题是，我使用MVC脚手架来创建基本存储库，他们在他们的UpdateOrInsert方法中有一个模式，基本上是在添加新实体或将其状态更改为modified之前检查是否设置了Key属性。

因为设置了Guid，所以它试图修改数据库中实际上不存在的行。

我希望这能帮助到其他人!

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

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.

对于那些使用AutoMapper的人 如果您正在更新一个实体，该实体具有指向另一个实体(或多个实体)的外键，请确保所有的外实体都将其主键设置为数据库生成(或对MySQL自动递增)。

例如:

public class BuyerEntity
{
    [Key]
    public int BuyerId{ get; set; }

    public int Cash { get; set; }

    public List<VehicleEntity> Vehicles { get; set; }

    public List<PropertyEntity> Properties { get; set; }

}

Vehicles和Properties存储在不同于Buyers的表中。当你添加一个新的买家时，AutoMapper和EF会自动更新车辆和属性表，所以如果你没有在这些表上设置自动增量(就像我没有)，那么你会看到来自OP的问题的错误。