建议锁还是NOWAIT来避免等待锁定的行？

Question

在我的Rails 4应用程序中，我有一个对Postgres 9.4数据库的查询:

@chosen_opportunity = Opportunity.find_by_sql(
  " UPDATE \"opportunities\" s
    SET opportunity_available = false
    FROM (
          SELECT \"opportunities\".*
          FROM   \"opportunities\"
          WHERE  ( deal_id = #{@deal.id}
          AND    opportunity_available = true 
          AND    pg_try_advisory_xact_lock(id) )
          LIMIT  1
          FOR    UPDATE
          ) sub
    WHERE       s.id = sub.id
    RETURNING   sub.prize_id, sub.id"
) 

很受这个相关回答的启发dba.SE.

我只想让我的查询找到并更新第一行(随机地，用< code>LIMIT)，其中< code>available = true并将其更新为< code>available = false，我需要在执行此操作的同时锁定该行，但不需要发出新的请求来等待前一个锁的释放，因为有许多并发调用将使用该查询。

但我也看到了FOR UPDATE的NOWAIT选项。我不确定我是否理解使用pg_try_advisory_xact_lock（）和NOWAIT选项之间的区别，在我看来，它们似乎实现了相同的目标：

> NOWAIT的目标是:

若要防止操作等待其他事务提交，请使用 NOWAIT 选项。

< code > pg _ try _ advisory _ xact _ lock 的目标< br >不是等待上一个事务释放锁，仍然能够执行另一个事务，并且只操作下一个select以更新“尚未锁定”的行。

哪一个更适合我的需求？

Answer 1

对于更新 NOWAIT 只有当您坚持锁定特定行时才是一个好主意，这不是您所需要的。您只需要任何符合条件的可用（未锁定）行。重要的区别在于这一点（引用Postgres 9.4的手册）：

使用NOWAIT，如果无法立即锁定选定的行，则语句会报告错误，而不是等待。

相同的查询很可能会尝试锁定相同的任意选择。For UPDATE NOWAIT只会在异常情况下退出（除非您捕获错误，否则它将回滚整个事务）并且您必须重试。

我在 dba.SE 参考答案中的解决方案使用普通 FOR UPDATE 与 pg_try_advisory_lock（） 的组合：

pg_try_advisory_lock类似于pg_advisory_lock，只是该功能不会等待锁可用。它将立即获取锁并返回 true，或者如果无法立即获取锁，则返回 false。

所以你最好的选择是...第三种选择:Postgres 9.5中新的< code>FOR UPDATE SKIP LOCKED，它实现了相同的行为，而没有额外的函数调用。

Postgres 9.5的手册比较了这两个选项，解释了更多的区别:

若要防止操作等待其他事务提交，请使用 NOWAIT 或 SKIP LOCK 选项。使用 NOWAIT，如果无法立即锁定所选行，则语句将报告错误，而不是等待。使用 SKIP LOCKED，任何无法立即锁定的选定行都将被跳过。

在Postgres 9.4或更高版本上，您的下一个最佳选择是将pg_try_advisory_xact_lock（id）与FOR UPDATE结合使用，如参考答案所示：

• Postgres更新…限制1

（还使用带有FORUPDATE SKIP LOCKED的实现。）

严格来说，你会得到任意的，而不是真正的随机选择。这可能是一个重要的区别。
您的查询的审核版本在我对另一个问题的回答中。