LOCK

描述

LOCK TABLE 獲取一個資料表級鎖，必要時等待任何衝突的鎖釋放。 如果聲明了 NOWAIT，LOCK TABLE 並不等待它所需要的鎖： 如果它無法立即獲取該鎖，那麼該命令退出並且發出一個錯誤訊息。 一旦獲取了這個鎖，它就會在目前交易的餘下部分一直保持。 （沒有 UNLOCK TABLE 命令；鎖總是在交易結尾釋放。）

在為那些引用了資料表的命令自動請求鎖的時候，PostgreSQL 總是盡可能使用最小限制的鎖模式。LOCK TABLE 是為您在需要更嚴格的鎖的場合提供的。 例如，假設一個應用在 Read Committed （讀已提交）隔離級別上執行交易， 並且它需要保證在資料表中的資料在交易的執行過程中都存在。要實現這個目的， 您可以在查詢之前對資料表使用 SHARE 鎖模式進行鎖定。 這樣將保護資料不被並行修改並且為任何更進一步的對資料表的讀操作提供實際的目前狀態的資料， 因為 SHARE 鎖模式與任何寫操作需要的 ROW EXCLUSIVE 模式衝突， 並且您的 LOCK TABLE name IN SHARE MODE 語句將等到所有並行的寫操作提交或回捲後才執行。因此，一旦您獲得該鎖，那麼就不會存在未提交的寫操作．

如果執行在 Serializable （可串行化）隔離級別實現類似的效果的時候， 您必須在執行任何 SELECT 或資料修改語句之前執行一個 LOCK TABLE 語句。 一個可串行化交易的資料圖像將在其第一個 SELECT 或者資料修改語句開始的時候凍結住。 稍後的 LOCK TABLE 將仍然阻止並發的寫 — 但它不能保證交易讀取的東西對應最近提交的數值。

如果一個此類的交易準備修改一個資料表中的資料，那麼應該使用 SHARE ROW EXCLUSIVE 鎖模式，而不是 SHARE 模式。 這樣就保證任意時刻只有一個此類的交易執行。不這樣做就可能會死鎖： 當兩個並行的交易可能都請求 SHARE 模式，然後試圖更改資料表中的資料時， 兩個交易在實際執行更新的時候都需要 ROW EXCLUSIVE 鎖模式， 但是它們無法再次獲取這個鎖。（請注意，一個交易自己的鎖是從不衝突的， 因此一個交易可以在持有 SHARE 模式的鎖的時候請求 ROW EXCLUSIVE 模式 — 但是不能在任何其它交易持有 SHARE 模式的時候請求。） 為了避免死鎖，所有交易應該保證以相同的順序對相同的對象請求鎖， 並且，如果涉及多種鎖模式，那麼交易應該總是最先請求最嚴格的鎖模式。

有關鎖模式和鎖定策略的更多訊息，請參考 Section 12.3。

參數

注意

LOCK TABLE ... IN ACCESS SHARE MODE 需要在目標資料表上有 SELECT 權限。所有其它形式的 LOCK 需要 UPDATE 和/或 DELETE 權限。

LOCK TABLE 只是在一個交易的內部有用 （BEGIN...COMMIT），因為鎖在交易結束的時候馬上被釋放。 出現在任意交易外面的 LOCK TABLE 都自動生成一個自包含的交易，因此該鎖在獲取之後馬上被丟棄。

LOCK TABLE 只處理資料表級的鎖，因此那些有 ROW 字樣的鎖都是用詞不當。這些模式名字通常應該應該理解為用戶視圖在一個被鎖定的資料表中獲取行級的鎖。 同樣 ROW EXCLUSIVE 模式也是一個可共享的資料表級鎖。 我們一定要記住，只要是涉及到 LOCK TABLE， 那麼所有鎖模式都有相同的語意，區別只是它們與哪種鎖衝突的規則。 有關如何獲取一個行級鎖的訊息，請參閱 Section 12.3.2 和 SELECT 命令參考頁的 FOR UPDATE 子句 訊息。

例子

演示在往一個外鍵資料表上插入時在有主鍵的資料表上使用 SHARE 的鎖：

BEGIN WORK;
LOCK TABLE films IN SHARE MODE;
SELECT id FROM films 
    WHERE name = 'Star Wars: Episode I - The Phantom Menace';
-- 如果記錄沒有返回則回捲
INSERT INTO films_user_comments VALUES 
    (_id_, 'GREAT! I was waiting for it for so long!');
COMMIT WORK;

在執行刪除操作時對一個有主鍵的資料表進行 SHARE ROW EXCLUSIVE 鎖：

BEGIN WORK;
LOCK TABLE films IN SHARE ROW EXCLUSIVE MODE;
DELETE FROM films_user_comments WHERE id IN
    (SELECT id FROM films WHERE rating < 5);
DELETE FROM films WHERE rating < 5;
COMMIT WORK;

相容性

在 SQL92 標準裡面沒有LOCK TABLE ，可以使用 SET TRANSACTION 來聲明目前交易的級別。 PostgreSQL 也支援這個，參閱 SET TRANSACTION 獲取詳細訊息。

除了 ACCESS SHARE，ACCESS EXCLUSIVE，和 SHARE UPDATE EXCLUSIVE 鎖模式外， PostgreSQL 鎖模式和 LOCK TABLE 語句都與那些在 Oracle 裡面的兼容。