“选择更新”何时锁定解锁？

Question

这是我的伪代码：

re = [select **result** from table where **condition**=key for update]

if[re satisfies]
{
    delete from table where **condition** = key;
}

commit

我想问，如果条件等于“key”的行已经被删除，那么“select for update”阻止的锁是否可以自动解锁，这意味着如果另一个进程在此点进入并选择相同的“key”，它就不能被此进程阻止？

Answer 1

在命令执行期间（通常是在命令开始时或接近命令开始时）执行锁。只有在事务提交或回滚时，才会释放锁（咨询锁除外）。没有＜code＞用于解锁，也没有＜code>UNLOCK

必须提交或回滚事务才能释放锁。

此外，询问“此行是否已被另一个并发事务删除”并没有什么意义。在删除行的事务提交之前，它并没有真正被删除...即使这样，它可能已删除并重新插入了该行，或者另一个并发事务可能再次插入了该行。

您是否有机会构建任务队列或消息队列系统，因为如果是这样，问题就解决了，您不应该尝试重新发明那个异常复杂的轮子。请参阅PGQ，ActiveMQ，RabbitMQ，ZeroMQ等（未来的PostgreSQL版本可能包括FOR UPDATE SKIP LOCK，因为它正在测试中，但在撰写本文时尚未发布）。

我建议你发布一个新问题，对你试图解决的潜在问题进行更详细的描述。您假设问题的解决方案是“查找该行是否已被删除”或“解锁该行”。这可能不是真正的解决方案。这有点像有人说“我在哪里买汽油？”当他们的推式自行车不走了，所以他们认为它没有油了。燃料不是问题，问题是推式自行车不需要燃料，你必须踩下它们。

说明背景。解释你想要达到的目标。最重要的是，不要张贴伪代码，张贴您遇到问题的实际代码，最好是以自包含和可运行的形式。