问题报告 纠错本页面

LOCK

Name

LOCK -- 锁定一个表

Synopsis

LOCK [ TABLE ] [ ONLY ] name [ * ] [, ...] [ IN lockmode MODE ] [ NOWAIT ]

 这里的lockmode可以是下列之一:

    ACCESS SHARE | ROW SHARE | ROW EXCLUSIVE | SHARE UPDATE EXCLUSIVE
    | SHARE | SHARE ROW EXCLUSIVE | EXCLUSIVE | ACCESS EXCLUSIVE

描述

LOCK TABLE获取一个表级锁,必要时等待任何冲突的锁释放。 如果声明了NOWAIT,那么LOCK TABLE 并不等待它所需要的锁:如果无法立即获取该锁,那么该命令退出并且发出一个错误信息。 如果成功获取了这个锁,那么它就会在当前事务的余下部分一直保持。 没有UNLOCK TABLE命令;锁总是在事务结尾释放。

在为那些引用了表的命令自动请求锁的时候,PostgreSQL 总是尽可能使用最小限制的锁模式。LOCK TABLE是为你在需要更严格的锁的场合提供的。 例如,假设一个应用在"读已提交"隔离级别上运行事务,并且它需要保证在表中的数据在事务的运行过程中都存在。 要实现这个目的,你可以在查询之前对表使用SHARE锁模式进行锁定。 这样将保护数据不被并发修改并且为任何更进一步的对表的读操作提供实际的当前状态的数据, 因为SHARE锁模式与任何写操作需要的ROW EXCLUSIVE模式冲突, 并且你的LOCK TABLE name IN SHARE MODE 语句将等到所有当前持有ROW EXCLUSIVE模式的锁提交或回卷后才执行。因此, 一旦你获得该锁,那么就不会存在未提交的写操作,并且其他人只能在你释放锁之后才能再次获取锁。

如果运行在可重复读可串行化隔离级别实现类似的效果的时候, 你必须在执行任何SELECT或数据修改语句之前运行一个LOCK TABLE语句。 一个可重复读可串行化事务的数据图像将在其第一个SELECT 或者数据修改语句开始的时候冻结住。稍后的LOCK TABLE将仍然阻止并发的写, 但它不能保证事务读取的东西对应最近提交的数值。

如果一个此类的事务准备修改一个表中的数据,那么应该使用SHARE ROW EXCLUSIVE锁模式, 而不是SHARE模式。这样就保证任意时刻只有一个此类的事务运行。不这样做就可能会死锁: 当两个并发的事务可能都请求SHARE模式,然后试图更改表中的数据时, 两个事务在实际执行更新的时候都需要ROW EXCLUSIVE锁模式,但是它们无法再次获取这个锁。 请注意,一个事务自己的锁是从不冲突的,因此一个事务可以在持有SHARE 模式的锁的时候请求ROW EXCLUSIVE模式(但是不能在任何其它事务持有SHARE 模式的时候请求)。为了避免死锁,所有事务应该保证以相同的顺序对相同的对象请求锁, 并且,如果涉及多种锁模式,那么事务应该总是最先请求最严格的锁模式。

有关锁模式和锁定策略的更多信息,请参考Section 13.3

参数

name

要锁定的现存表的名字(可以有模式修饰)。如果在表名前声明了ONLY,那么只有那一个表被锁定。 如果没有声明ONLY,那么该表和它的所有后代表(如果有)都被锁定。可选的,* 可以在表名后面指定,明确表明包含后代表。

命令LOCK TABLE a, b;等效于LOCK TABLE a; LOCK TABLE b;。 表是按照LOCK TABLE命令中声明的顺序一个接一个顺序上锁的。

lockmode

锁模式声明这个锁和哪些锁冲突。锁模式在Section 13.3里描述。

如果没有声明锁模式,那么使用最严格的模式ACCESS EXCLUSIVE模式。

NOWAIT

声明LOCK TABLE不去等待任何冲突的锁释放: 如果无法不等待立即获取所要求的锁,那么事务退出。

注意

LOCK TABLE ... IN ACCESS SHARE MODE需要在目标表上有SELECT权限。 所有其它形式的LOCK需要表级别的UPDATEDELETETRUNCATE权限。

LOCK TABLE在事务块的外部没什么用:锁依然被持有直到声明结束。 因此如果LOCK在一个事务块外面使用,PostgreSQL会报告一个错误。 使用BEGINCOMMIT(或ROLLBACK) 定义一个事务块。

LOCK TABLE只处理表级的锁,因此那些有ROW字样的锁都是用词不当。 这些模式名字通常应该理解为用户试图在一个被锁定的表中获取行级的锁。同样, ROW EXCLUSIVE模式也是一个可共享的表级锁。一定要记住, 只要是涉及到LOCK TABLE,那么所有锁模式都有相同的语意, 区别只是它们与哪种锁冲突的规则。有关如何获取一个行级锁的信息,请参阅 Section 13.3.2SELECT命令参考页的 锁定子句子句信息。

例子

演示在往一个外键表上插入时在有主键的表上使用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;

兼容性

在 SQL 标准里面没有LOCK TABLE,可以使用SET TRANSACTION 来声明当前事务的级别。PostgreSQL也支持这个, 参阅SET TRANSACTION获取详细信息。

除了ACCESS SHARE, ACCESS EXCLUSIVE, SHARE UPDATE EXCLUSIVE 锁模式外,PostgreSQL锁模式和LOCK TABLE 语句都与那些在Oracle里面的兼容。