通过 TableAdapters 使用 MySQL 链接的数据集时，是什么导致并发冲突？

问题描述

我越读越困惑，所以希望有人能提供帮助。我有一个复杂的数据库设置，有时会在更新时产生错误：

“并发冲突：UpdateCommand 影响了预期的 1 条记录中的 0 条”

我有时会说，因为我无法重新创建条件来始终如一地触发它。我有一个远程 mySQL 数据库通过数据源向导连接到我的应用程序，它生成数据集、表和链接的 DataTableAdapters。

我的阅读表明，当有多个打开的数据库连接试图更新同一条记录时，会发生此错误？这不应该发生在我的实例中，因为唯一的更新是从我的应用程序开始的。

我想知道这是否与从后台工作人员运行更新有关？例如，我将我的表更新为一个：

    Gi_gamethemeTableAdapter.Update(dbDS.gi_gametheme)
    Gi_gameplaystyleTableAdapter.Update(dbDS.gi_gameplaystyle)
    Gi_gameTableAdapter.Update(dbDS.gi_game)

然而，这些在后台工作器中串行运行，因此不确定。主线程也在等待它完成，在此之前或之后没有其他数据库操作在进行。

我确实阅读了有关进入数据集设计器视图、在数据表适配器 > 高级选项中选择“配置”并将“使用乐观并发”设置为 false 的内容。这可能有效（很难说，因为错误看似随机的性质），但是，我想避免这样做的缺点：

1. 我有大约 60 张桌子。我不想对每个人都这样做。
2. 有时我必须将 mysql 模式重新导入数据集设计器，或者删除一个表并重新添加它。这显然会丢失此设置，我必须记住可能会再次对所有这些设置执行此操作。我也找不到在代码中自动执行此操作的方法。

恐怕我不是在数据库更新等方面的代码级别，依赖于 Visual Studio 向导。更改堆栈也有点晚了（例如，无法更改为实体框架等）。

所以我的问题是：

1. 什么是/如何找到导致错误的原因？
2. 我该怎么办？

谢谢

解决方法

当您有将数据下载到数据表中的表适配器时，它们可以配置为乐观并发

这意味着对于像这样的表：

Person
ID  Name
1   John

他们可能会生成一个 UPDATE 查询，例如：

UPDATE Person SET Name = @newName WHERE ID = @oldID AND Name = @oldName

（实际上它们比这更复杂，但这就足够了）

数据表跟踪原始值和当前值；你下载1/“John”，然后把名字改成“Jane”，你（或者tableadapter）可以问DT原来的值是什么，它会说“John”

数据表还可以将此值提供给 UPDATE 查询，这就是我们如何检测“是否有其他东西在我们拥有它的时间内更改了行”，即并发冲突

当我们下载它时，Row 是“John”，我们编辑为“Jane”，然后去保存..但其他人已经进入并将其更改为“Joe”。我们的更新将失败，因为 Name 不再是我们下载它时的“John”（我们仍然认为它是）。由于 tableadapter 有一个更新查询，说 AND Name = @oldName，并将@oldName 参数设置为原始值 somedatarow["Name",DataRowVersion.Original].Value（即“John”），我们导致更新失败。这是一个有用的东西；大多数情况下他们会成功，所以我们可以机会主义地希望我们的用户可以更新我们的数据库，而无需在他们在某些 UI 中打开行时进入锁定行

解决不起作用的情况通常是编写一些策略的情况：

• 我的更改获胜 - 不要使用具有旧值的乐观查询，只需更新并删除它们的更改
• 他们的更改获胜 - 取消您的尝试
• 重新下载最新的数据库状态并选择要执行的操作 - 以某种方式自动合并它（也许其他人更改了您没有更改的字段），或向用户显示以便他们可以选择要保留的内容等（如果两者兼有）人们编辑了相同的字段）

---

现在你可能坐在那里说“但没有其他人改变我的数据库” - 我们仍然可以得到这个，如果数据库在一次保存时改变了一些值而你没有数据集中的最新数据..

tableadapter 向导中还有另一个选项——“刷新数据集”——它应该在修改后运行选择以导入任何最新的数据库计算值（如 auto inc 主键或触发器/默认值/等）。像 INSERT INTO Person(Name) VALUES(@name) 这样的查询应该默默地在其末尾标记一个 SELECT * FROM PERSON WHERE ID = last_inserted_id() 以检索最新值

除了 "refresh the dataset" doesn't work :/

---

所以，虽然我不能确切地告诉你为什么你会收到你的简历异常，但我希望解释为什么它们会发生并指出有时会导致它们的错误（插入新记录，计算出的 ID 未检索，编辑此最近的记录，更新失败，因为数据不新鲜）有望为您提供查找问题所需的东西：当您找到问题时，让应用程序在断点处停止并检查数据行：查看正在运行的查询以及将哪些原始/当前值作为参数放置 - 使用 the overload of the Item indexer that allows you to state the version you want 检查该行保存的原始值和当前值并查看 DB

在所有这些中的某个地方会有不匹配，这解释了为什么更新了 0 条记录 - 数据库的名称为“Joe”或 ID 为 174354325，您的数据行的原始名称为“John”或 -1 ID（它从不刷新），结果 WHERE 子句找到了 0 条记录

,

您的某些表将包含标记为 [ConcurrencyCheck] 或 [TimeStamp] concurrency token 的字段。

当您更新记录时，生成的 SQL 将包含一个 WHERE [ConcurrencyField]='Whatever the value was when the record was retrieved'。

如果该记录由另一个线程或进程或当前线程以外的其他内容更新，那么您的 UPDATE 将返回 0 个更新的记录，而不是预期的 1 个（或更多）。

你能做些什么？首先，在您的代码周围放置一个 try/catch(DbConcurrencyException)。然后您可以重新读取违规记录并再次尝试更新。