锁或独占锁或写锁阻止用户修改行或整个表。 在UPDATE
和DELETE
修改的行在事务的持续时间内被自动独占锁定。 这将阻止其他用户更改行,直到事务被提交或回退。
用户必须等待其他用户当他们都尝试修改同一行时。 如果他们修改不同的行,不需要等待。 SELECT查询不必等待。
数据库自动执行锁定。 然而,在某些情况下,必须手动控制锁定。 手动锁定可以通过使用LOCK
命令完成。 它允许指定事务的锁类型和范围。
LOCK
命令的基本语法如下:
LOCK [ TABLE ] name IN lock_mode
name
:要锁定的现有表的锁名称(可选模式限定)。 如果在表名之前指定了ONLY
,则仅该表被锁定 如果未指定ONLY
,则表及其所有后代表(如果有)被锁定。lock_mode
:锁模式指定此锁与之冲突的锁。 如果未指定锁定模式,则使用最严格的访问模式ACCESS EXCLUSIVE
。 可能的值是:ACCESS SHARE
,ROW SHARE
,ROW EXCLUSIVE
,SHARE UPDATE EXCLUSIVE
,SHARE
,SHARE ROW EXCLUSIVE
,EXCLUSIVE
,ACCESS EXCLUSIVE
。当两个事务正在等待彼此完成操作时,可能会发生死锁。 虽然PostgreSQL可以检测到它们并使用ROLLBACK
结束,但死锁仍然可能不方便。 为了防止您的应用程序遇到此问题,请确保以这样的方式进行设计,以使其以相同的顺序锁定对象。
PostgreSQL提供了创建具有应用程序定义含义的锁的方法。这些称为咨询锁(劝告锁,英文为:advisory locks)。 由于系统不强制使用它,因此应用程序正确使用它们。 咨询锁可用于锁定针对MVCC模型策略。
例如,咨询锁的常见用途是模拟所谓的“平面文件”数据管理系统的典型的悲观锁定策略。 虽然存储在表中的标志可以用于相同的目的,但是建议锁更快,避免了表的膨胀,并且在会话结束时被服务器自动清除。
考虑表COMPANY
有以下记录:
testdb# select * from COMPANY; id | name | age | address | salary ----+-------+-----+-----------+-------- | Paul | 32 | California| 20000 | Allen | 25 | Texas | 15000 | Teddy | 23 | Norway | 20000 | Mark | 25 | Rich-Mond | 65000 | David | 27 | Texas | 85000 | Kim | 22 | South-Hall| 45000 | James | 24 | Houston | 10000 (7 rows)
以下示例在ACCESS EXCLUSIVE
模式下将COMPANY
表锁定在zyiz_db
数据库中。 LOCK
语句仅在事务模式下工作:
zyiz_db=#BEGIN; LOCK TABLE company1 IN ACCESS EXCLUSIVE MODE;
PostgreSQL上面的语句将产生以下结果:
LOCK TABLE
上述消息表示表被锁定,直到事务结束并完成事务,必须回滚或提交事务。