1

我们非常沮丧地在 MySQL 中遇到死锁。这不是因为超过锁定超时，因为死锁在发生时会立即发生。下面是在 2 个单独的线程（与连接池中有 2 个单独的连接）上执行的 SQL 代码，它会产生死锁：

UPDATE Sequences SET Counter = LAST_INSERT_ID(Counter + 1) WHERE Sequence IS NULL

序列表有 2 列：序列和计数器

LAST_INSERT_ID 允许我们按照 MySQL 的建议检索这个更新的计数器值。这对我们来说是完美的，但是我们遇到了这些僵局！我们为什么要得到它们，我们如何避免它们？

非常感谢您对此的任何帮助。

编辑：这一切都在事务中（因为我使用的是 Hibernate，所以需要）并且 AUTO_INCREMENT 在这里没有意义。我应该更清楚。Sequences 表包含许多序列（在我们的例子中大约有 1 亿个）。我需要增加一个计数器并检索该值。AUTO_INCREMENT 在所有这些中都不起作用，这与 Id 或 PRIMARY KEY 无关。

4

4 回答 4

2

将您的 sql 语句包装在事务中。如果您不使用事务，您将在 LAST_INSERT_ID 上获得竞争条件。

但实际上，你应该有计数器字段auto_increment，所以你让 mysql 处理这个。

您的第三个解决方案是使用LOCK_TABLES来锁定序列表，这样其他进程就不能同时访问它。除非您使用 INNODB，否则这可能是最慢的解决方案。

于 2010-05-26T23:29:48.010 回答
0

死锁是任何事务数据库的正常部分，并且随时可能发生。通常，您应该编写应用程序代码来处理它们，因为没有万无一失的方法来保证您永远不会遇到死锁。话虽如此，有些情况会增加发生死锁的可能性，例如使用大型事务，您可以采取一些措施来减轻它们的发生。

首先，您应该阅读本手册页以更好地了解如何避免它们。

其次，如果您所做的只是更新计数器，那么您应该真的，真的，真的使用 AUTO_INCREMENT 列，Counter而不是依赖“选择然后更新”过程，正如您所看到的那样，这是一个可以产生的竞争条件僵局。本质上，表列的 AUTO_INCREMENT 属性将充当您的计数器。

最后，我将假设您在事务中具有该更新语句，因为这会产生频繁的死锁。如果您想看到它的实际效果，请尝试此处列出的实验。这正是您的代码所发生的事情......两个线程试图在其中一个被提交之前同时更新相同的记录。瞬间僵局。

您最好的解决方案是弄清楚如何在没有事务的情况下执行此操作，而 AUTO_INCREMENT 会让您这样做。

于 2010-05-26T23:57:56.813 回答
0

不涉及其他 SQL 吗？对我来说似乎有点不太可能。

“where sequence is null”可能会导致全表扫描，从而导致在每一行/页/...上获取读取锁。

如果（您的特定引擎不使用 MVCC 并且）在同一事务中的更新之前有一个 INSERT，这将成为一个问题。该 INSERT 将在某些资源（行/页/...）上获得排他锁，这将导致任何其他线程获取读锁等待。所以两个连接可以首先进行插入，导致它们每个都在表的一小部分上拥有一个排他锁，然后它们都尝试进行更新，要求它们每个都能够在表上获取读锁整张桌子。

于 2010-05-27T08:39:34.100 回答
0

我设法使用序列的 MyISAM 表来做到这一点。

然后我有一个名为 getNextCounter 的函数，它执行以下操作：

  • 执行 SELECT sequence_value FROM 序列 where sequence_name = 'test';
  • 执行更新：更新序列 SET sequence_value = LAST_INSERT_ID(last_retrieved_value + 1) WHERE sequence_name = 'test' and sequence_value = last retrieved value;
  • 循环重复，直到两个查询都成功，然后检索最后一个插入 id。

由于它是一个 MyISAM 表，它不会成为您事务的一部分，因此该操作不会导致任何死锁。

于 2021-04-15T16:14:46.340 回答