↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

受支持版本: 当前版本 (18) / 17 / 16 / 15 / 14
测试与开发版本: 19 / devel
不受支持的版本: 13 / 12 / 11 / 10 / 9.6 / 9.5 / 9.4 / 9.3 / 9.2 / 9.1 / 9.0 / 8.4 / 8.3 / 8.2 / 8.1 / 8.0 / 7.4 / 7.3 / 7.2 / 7.1 / 7.0 / 6.5 / 6.4
历史版本PostgreSQL 6.4 已于 2003 年 10 月结束社区维护,本页译文保留供仍在使用旧版本的读者参考。新系统请看当前版本。

LOCK

LOCK — 在事务内显式锁定一个表

大纲

LOCK [ TABLE ] table

输入

table

要锁定的现有表的名称。

输出

DELETE 0

锁成功时返回的消息。 LOCK 实现为一条保证不会删除任何行的 DELETE FROM table。

ERROR table: Table does not exist.

如果 table 不存在则返回此消息。

描述

LOCK 在事务内以排他模式锁定一个表。它的经典用例是:你想在一个事务中先选出一些数据,然后更新它们。 如果不用 LOCK 语句显式锁定表,表只会在第一次 UPDATE、INSERT 或 DELETE 操作时才被隐式锁定。 如果你在 select 之前没有排他锁定该表,别的用户也可能读到被选中的数据,并尝试做他们自己的更新,导致你们双方互相等待对方释放由 select 产生的共享锁以便取得排他锁去做更新,从而形成死锁。

死锁的另一个例子是:一个用户锁定了一张表,另一个用户锁定了第二张表。在双方都保持现有锁的同时,第一个用户试图锁定第二个用户的表,第二个用户试图锁定第一个用户的表。两个用户都死锁等待表变为可用。唯一的解决办法是两个用户以相同的顺序锁定表,使各用户的锁获取和请求不会形成死锁。

注意

Postgres 确实会检测死锁,并会回滚事务来解决死锁。通常至少有一个死锁的事务会成功完成。

注意

LOCK 是一种 Postgres 语言扩展。

LOCK 只在事务内部起作用。

Bug

如果被锁定的表被删除,那么即使事务仍在进行中,它也会被自动解锁。

用法

--Explicit locking to prevent deadlock:
--
BEGIN WORK;
    LOCK films;
    SELECT * FROM films;
    UPDATE films SET len = INTERVAL '100 minute'
        WHERE len = INTERVAL '117 minute';
COMMIT WORK;

兼容性

SQL92

SQL92 中没有 LOCK TABLE,而是使用 SET TRANSACTION 来指定事务的并发级别。

提交更正

译文有误、术语不当或页面显示问题,请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题,请在当前版本的对应页面向上游反馈;上游不再修订已结束维护的版本。