PostgreSQL LOCK（鎖）

鎖主要是為了保持?jǐn)?shù)據(jù)庫數(shù)據(jù)的一致性，可以阻止用戶修改一行或整個表，一般用在并發(fā)高層的數(shù)據(jù)庫中。

在多個用戶訪問數(shù)據(jù)庫的時候若對并發(fā)操作不加控制就可能會讀取和存儲不正確的數(shù)據(jù)，破壞數(shù)據(jù)庫的一致性。

數(shù)據(jù)庫中有兩種基本的鎖：排它鎖（Exclusive Locks）和共享鎖（Share Locks）。

如果數(shù)據(jù)對象加上排它鎖，則其他的事務(wù)不能對它讀取和修改。

如果加上共享鎖，則該數(shù)據(jù)庫對象可以被其他事務(wù)讀取，但不能修改。

LOCK命令語法

LOCK命令基礎(chǔ)語法如下：

LOCK [ TABLE ]
name
 IN
lock_mode

• 名稱：要鎖定的現(xiàn)有表的名稱（可選模式限定）。如果只在表名之前指定，則只鎖定該表。如果未指定，則鎖定該表及其所有子表（如果有）。
• 如果沒有指定鎖定模式，則使用限制最大的訪問獨占模式。可能的值是：訪問共享，行共享，行獨占，共享更新獨占，共享，行獨享，獨家，訪問權(quán)限獨家。

一旦獲得了鎖，鎖將在當(dāng)前事務(wù)的其余時間保持。沒有解鎖表命令；鎖總是在事務(wù)結(jié)束時釋放。

死鎖

當(dāng)兩個事務(wù)彼此等待對方完成其操作時，可能會發(fā)生死鎖。盡管PostgreSQL可以檢測它們并以回滾結(jié)束它們，但死鎖仍然很不方便。為了防止應(yīng)用程序遇到這個問題，請確保將應(yīng)用程序設(shè)計為以相同的順序鎖定對象。

咨詢鎖

這些被稱為咨詢鎖。由于系統(tǒng)不強(qiáng)制使用它們，因此正確使用它們本身的應(yīng)用程序。咨詢鎖對于不適合MVCC模型的鎖定策略非常有用。

例如，咨詢鎖的一個常見用途是模擬所謂的“平面文件”數(shù)據(jù)管理系統(tǒng)中典型的悲觀鎖定策略。雖然存儲在表中的標(biāo)志可以使用相同的目的，但是通知鎖取消，避免了表膨脹，并且在會話結(jié)束時由服務(wù)器自動清理。

實例

創(chuàng)建COMPANY表，數(shù)據(jù)內(nèi)容如下：

w3cschooldb＃# 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)

下面的示例將w3cschooldb數(shù)據(jù)庫中的 COMPANY 表鎖定為 ACCESS EXCLUSIVE 模式。

LOCK 語句只在事務(wù)模式下工作。

w3cschooldb=#BEGIN;

LOCK TABLE company1 IN ACCESS EXCLUSIVE MODE;

上面操作將得到下面結(jié)果：

LOCK TABLE

上面的消息指示表被鎖定，直到事務(wù)結(jié)束，并且要完成事務(wù)，您必須回滾或提交事務(wù)。