使用WHERE IS NULL和LIMIT执行更新时可能发生冲突？

Question

假设我有下表：

| id | claimed |
----------------
| 1  | NULL    |
| 2  | NULL    |
| 3  | NULL    |

我可以执行此查询以更新其中一行，而无需先执行select。

UPDATE mytable SET claimed = [someId] WHERE claimed IS NULL LIMIT 1

但是，如果发生此查询的两个并发请求，会发生什么。 后面的请求是否可以覆盖第一个请求的值？ 我知道发生这种情况的可能性很小，但仍然存在。

Answer 1

执行语句UPDATE mytable SET claimed = [someId] WHERE claimed IS NULL LIMIT 1在事务t1锁定的各记录，并防止任何其他交易t2从更新相同的记录，直到事务t1提交（或中止）。 交易t2同时被阻止; t2继续一旦t1提交（或中止），或t2一旦达到超时就会自动中止。

提供内部锁定方法的mysql参考 - 行级锁定 ：

MySQL使用InnoDB表的行级锁定来支持多个会话的同时写访问，使其适用于多用户，高度并发和OLTP应用程序。

和InnoDB中不同SQL语句设置的锁定的mysql参考 ：

UPDATE ... WHERE ...在搜索遇到的每条记录上设置一个独占的下一键锁定。 但是，对于使用唯一索引锁定行以搜索唯一行的语句，只需要索引记录锁定。

最后锁定在mysql中的行为引用InnoDB锁定记录锁：

如果事务T1在行r上保持独占（X）锁定，则不能立即授予来自某个不同事务T2的对r上任一类型的锁的请求。 相反，事务T2必须等待事务T1释放其对行r的锁定。

因此，只要这两个查询在不同的事务中运行，两个查询就不会获取相同的记录。

请注意，完整记录被锁定，以便其他事务的其他更新操作被阻止，即使它们将更新相应记录的其他属性。

我尝试使用SequelPro，你可以尝试任何你想要的客户端，如下所示：

1. 确保mytable包含至少两个claimed is null记录。
2. 打开两个连接窗口/端子; 我们称它们为c1和c2 。
3. 在c1 ，执行以下两个命令： start transaction; UPDATE mytable SET claimed = 15 WHERE claimed IS NULL LIMIT 1; # No commit so far! start transaction; UPDATE mytable SET claimed = 15 WHERE claimed IS NULL LIMIT 1; # No commit so far!
4. 在c2 ，执行类似的命令（注意对于不同的值claimed ）： start transaction; UPDATE mytable SET claimed = 16 WHERE claimed IS NULL LIMIT 1; # Again, no commit so far start transaction; UPDATE mytable SET claimed = 16 WHERE claimed IS NULL LIMIT 1; # Again, no commit so far
5. 窗口c2应该通知您它正在工作（即等待查询完成）。
6. 切换到窗口c1并执行命令commit;
7. 切换到窗口c2 ，其中（先前启动的）查询现在应该已经完成​​; 执行commit ;
8. 在查看mytable ，一条记录现在应该claim=15 ，另一条记录应该claim=16 。