这是我的伪代码：
re = [select **result** from table where **condition**=key for update]
if[re satisfies]
{
delete from table where **condition** = key;
}
commit
我想询问条件是否等于“键”的行已经被删除了,可以自动解锁“选择更新”的锁定,这意味着如果另一个进程在此处进入并选择相同的“密钥” “这不能被这个阻止吗？
解决方法
锁定在命令的执行期间(通常在或接近开始).锁定(
advisory locks除外)仅在事务提交或回滚时才释放.没有FOR UNLOCK,也没有UNLOCK命令来反转表级LOCK命令的影响.这全部解释为
in the concurrency control section of the PostgreSQL documentation.
您必须提交或回滚事务以释放锁.
另外,询问“这行已经被其他并发事务删除”并不真实.在删除该行的事务提交之前,它不会被删除,甚至可能已经删除并重新插入该行,或者另一个并发事务可能再次插入该行.
您是否有机会构建任务队列或消息队列系统,因为如果是这样,那个问题就被解决了,你不应该尝试重新创建那个非常复杂的轮子.请参阅PGQ,ActiveMQ,RabbitMQ,ZeroMQ等(未来的Postgresql版本may include FOR UPDATE SKIP LOCKED,因为这是在测试,但尚未在写作时发布).
我建议你发布一个新的问题,更详细的描述你正在解决的根本问题.你假设你的问题的解决方案是“找出行是否已被删除”或“解锁行”.这可能实际上并不是解决方案.有点像有人说“我在哪里买汽油”,当他们的推车不走,所以他们认为它的燃料.燃料不是问题,问题是推动自行车不要燃油,你必须踩踏它们.
