PostgreSQL - 锁

• 

  简述

  锁或排他锁或写锁可防止用户修改行或整个表。由 UPDATE 和 DELETE 修改的行会在事务期间自动独占锁定。这可以防止其他用户在事务提交或回滚之前更改行。

  用户必须等待其他用户的唯一时间是当他们试图修改同一行时。如果他们修改不同的行，则无需等待。SELECT 查询永远不必等待。

  数据库自动执行锁定。然而，在某些情况下，必须手动控制锁定。手动锁定可以通过使用 LOCK 命令来完成。它允许指定事务的锁类型和范围。

  LOCK 命令的语法

  LOCK 命令的基本语法如下：

  
  LOCK [ TABLE ]
  name
   IN
  lock_mode
  

  • name− 要锁定的现有表的名称（可选模式限定）。如果在表名之前指定了 ONLY，则仅锁定该表。如果未指定 ONLY，则表及其所有后代表（如果有）被锁定。
  • lock_mode− 锁定模式指定此锁定与哪些锁定冲突。如果未指定锁定模式，则使用最严格的 ACCESS EXCLUSIVE 模式。可能的值为：ACCESS SHARE、ROW SHARE、ROW EXCLUSIVE、SHARE UPDATE EXCLUSIVE、SHARE、SHARE ROW EXCLUSIVE、EXCLUSIVE、ACCESS EXCLUSIVE。

  一旦获得，该锁将在当前事务的剩余部分中保持。没有 UNLOCK TABLE 命令；锁总是在事务结束时释放。

• 

  死锁

  当两个事务相互等待完成其操作时，可能会发生死锁。虽然 PostgreSQL 可以检测到它们并以 ROLLBACK 结束它们，但死锁仍然很不方便。为防止您的应用程序遇到此问题，请确保将它们设计为以相同的顺序锁定对象。
• 

  咨询锁

  PostgreSQL 提供了创建具有应用程序定义含义的锁的方法。这些称为咨询锁。由于系统不强制使用它们，因此由应用程序正确使用它们。建议锁对于不适合 MVCC 模型的锁定策略很有用。

  例如，咨询锁的常见用途是模拟所谓的“平面文件”数据管理系统典型的悲观锁定策略。虽然存储在表中的标志可以用于相同目的，但咨询锁更快，避免表膨胀，并且在会话结束时由服务器自动清理。

  例子

  考虑具有以下记录的表 COMPANY -

  
  testdb# select * from COMPANY;
   id | name  | age | address   | salary
  ----+-------+-----+-----------+--------
    1 | Paul  |  32 | California|  20000
    2 | Allen |  25 | Texas     |  15000
    3 | Teddy |  23 | Norway    |  20000
    4 | Mark  |  25 | Rich-Mond |  65000
    5 | David |  27 | Texas     |  85000
    6 | Kim   |  22 | South-Hall|  45000
    7 | James |  24 | Houston   |  10000
  (7 rows)
  

  以下示例以 ACCESS EXCLUSIVE 模式锁定 testdb 数据库中的 COMPANY 表。LOCK 语句仅在事务模式下工作 -

  
  testdb=#BEGIN;
  LOCK TABLE company1 IN ACCESS EXCLUSIVE MODE;
  

  上面给出的 PostgreSQL 语句将产生以下结果 -

  
  LOCK TABLE
  

  上面的消息表明在事务结束之前表被锁定，并且要完成事务，您必须回滚或提交事务。