如何避免 MySQL InnoDB 中的竞争条件？

Question

我们正在使用 MySQL InnoDB。系统支持可以同时发生的多个请求。 这是我们正在努力实现的目标的简化示例。 假设我们有一个表，其中包含代表灯泡的实体。用户可以打开（激活）这些灯泡。用户可以将灯泡添加到表中，这些灯泡最初是停用的，其中只有 10 个可以标记为已启用。所以我们有10个限制。由于系统支持并发，基于以下示例存在竞争条件的风险：

第 1 节：

1：获取活动灯泡的数量

2：查看激活灯泡的数量

3：如果尚未达到限制，请激活灯泡并提交。

4：否则回滚。

这里的问题是，在第 2 步和第 4 步期间，另一个会话可能进入并最终超出限制。

这是我们当前正在做的事情的 sql 表示：

1. SELECT count(id) AS total FROM tbl WHERE is_active = 1;
2. 如果（总数
3. 激活另一个灯泡； } 其他 {
4. 回滚； }

对于这种情况，您有什么建议作为解决方案？ 我们正在考虑“选择更新”，但如果我没记错的话，锁定选定的行并且用户可以在选定的行处于锁定状态时将灯泡添加到表中。

谢谢。

Answer 1

BEGIN;   -- start a "transaction"
do the 4 steps
COMMIT;  -- or ROLLBACK

注意：任何可能导致UPDATE 的SELECTs 都需要说FOR UPDATE。

和/或，看看如何在UPDATE 中做更多的工作（见 churd 的回答）。或INSERT ... ON DUPLICATE KEY UPDATE ...

请记住，INSERT 和 UPDATE 可以报告受影响的行数。这可以用来“假设任务会成功”，然后检查是否成功，如果失败则采取规避措施。

Answer 2

一个想法是保留一个单独的锁定表，您可以在其中管理此限制要求，并仅对活动灯泡的计数进行原子更新，例如：

update active_bulb_count
    set active_count = active_count + 1
    where active_count < limit
      and <any other conditions needed>;

如果没有更新行，您就知道已达到限制，因此您不会将灯泡设置为活动状态。

您可能仍应考虑为执行此操作的会话设置事务。查看更多关于原子更新和事务的详细信息MySQL Atomic UPDATE in InnoDB vs MyISAM