LOCK

説明

LOCK TABLEはトランザクションの期間内においてテーブルへの同時アクセスを制御します。PostgreSQL は、可能な時は常に最も制限の弱いロックモードを使います。 LOCK TABLEはより制限の強いロックが必要な場合のために用意されています。

RDBMS ロックは以下の用語を使います。

例えば、アプリケーションが隔離レベルREAD COMMITTEDでトランザクションを実行し、そのトランザクションの期間中テーブルにデータが存在することを確実にする必要がある場合を考えてみます。これを達成するために、 問い合わせ実行前にテーブル全体にSHAREロックモードを使用することができます。これは同時変更からデータを保護し、現在の実状態を維持した テーブル全体に対して読みとり操作を今後行なうことができます。SHARE ロックモードは、書き込み側によって獲得されるあらゆる ROW EXCLUSIVE と競合し、 LOCK TABLE name IN SHARE MODE文は同時書き込み操作のコミットまたはロールバックが終るまで待つからです。こうして、一度このロックを獲得すれば、コミットされていない状態の書き込みはなくなります。

上の要求事項に加え、トランザクションがテーブル内のデータを変更する 予定であるならば、SHARE ROW EXCLUSIVE ロックモードを獲得して、次の デッドロック状態を防止しなければなりません。2 つの同時トランザクシ ョンがテーブルを SHARE モードでテーブルをロックし、そしてテーブル 内のデータを変更しようとすると、両者は（暗黙的に）ROW EXCLUSIVE ロ ックモードを取得しようとしますが、このロックモードは同時 SHARE ロ ックと競合します。

上で発生したデッドロック（2 つのトランザクションがお互いに待ってい る状態）に関する論点を続けると、デッドロック状態を防ぐために 2 つ の一般的なルールに従わなければなりません。

• トランザクションは同じオブジェクトに同じ順番でロックを獲得する必 要があります。

  例えば、あるアプリケーションが（同じトランザクションの中で）R1 行を更新し、そして R2 行を更新する場合、別のアプリケーションは （ 1 つのトランザクションの中で）後で R1 行を更新する予定がある ならば、R2 行を更新してはいけません。その代わりに、最初のアプリ ケーションと同じ順番で R1 行と R2 行を更新しなければなりません。

• トランザクションは、2 つのロックモードの内の 1 つがそのモード自身 と競合する場合 （つまり同時に 1 つのトランザクションしかそ のロックを保持できない場合）にのみ、2 つの競合するロック モードを獲得しなければなりません。複数のロックモードが必要な場合 は、トランザクションは常に最も制限の強いモードをまず獲得しなけれ ばなりません。

  このルールの例は、上の、SHARE モードよりも SHARE ROW EXCLUSIVE モ ードを使用すべきであるという議論にて記述しています。

複数のテーブルをロックする時、LOCK a, b コマンドは LOCK a; LOCK b; と同じです。テーブルは LOCK コマンドで指定された順番で、一つ一つロックされます。

使用方法

外部キーテーブルへの挿入を行なう際のプライマリキーテーブルへの SHARE ロックについて説明します。

BEGIN WORK;
LOCK TABLE films IN SHARE MODE;
SELECT id FROM films 
    WHERE name = 'Star Wars: Episode I - The Phantom Menace';
-- レコードがなければ ROLLBACK して下さい。
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;

互換性