25

这是我的伪代码：</p> 

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” “不能被这一个挡住吗？

4

1 回答 1

36

锁定是在命令执行期间（通常是在开始时或附近）执行的。只有在事务提交或回滚时才会释放锁（咨询锁除外）。没有，也没有命令可以反转表级命令的效果。这一切都在 PostgreSQL 文档的并发控制部分进行了解释。FOR UNLOCKUNLOCKLOCK

您必须提交或回滚您的事务以释放锁。

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

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

我建议您发布一个新问题，更详细地描述您要解决的潜在问题。您假设问题的解决方案是“找出该行是否已被删除”或“解锁该行”。这可能不是真正的解决方案。这有点像有人说“我在哪里买汽油”当他们的推车不去时，他们认为它已经没油了。燃料不是问题，问题是手推车不消耗燃料，你必须踩踏板。

说明背景。解释你想要达到的目标。最重要的是，不要发布伪代码，发布您遇到问题的实际代码，最好以独立且可运行的形式发布。

于 2013-04-01T07:10:24.440 回答