视图pg_locks提供了对数据库服务器中打开的事务持有的锁的信息的访问。有关锁定的更多讨论，请参见第 13 章。

pg_locks包含每个活动的可锁定对象、请求的锁模式和相关事务的一行。 因此，如果多个事务正在持有或等待锁定它，同一可锁定对象可能会出现多次。 但是，当前没有任何锁定的对象将不会出现。

有几种不同类型的可锁定对象： 整个关系（例如，表），关系的单个页面， 关系的单个元组， 事务ID（虚拟和永久ID均包括）， 以及一般的数据库对象（由类OID和对象OID标识， 与pg_description或 pg_depend中的方式相同）。 此外，还可以对具有用户定义含义的数字施加“咨询锁”。

在表示由指定事务持有的锁的行中，granted 为真。为假表示该事务当前正在等待获取此锁， 这意味着某个其他事务正在同一可锁定对象上持有冲突的锁模式。等待的事务会休眠，直到另一个锁被释放 （或检测到死锁情况）。单个事务一次最多只能等待获取一个锁。

每个事务在其整个持续期内都对其虚拟事务ID持有独占锁。如果为事务分配了永久ID （通常仅在事务改变数据库状态时才会发生），它还会对其永久事务ID持有独占锁直到事务结束。 当一个事务发现有必要专门等待另一个事务时，它会尝试获取另一个事务ID（根据情况是虚拟ID还是永久ID） 的共享锁。只有当另一个事务终止并释放其锁时，这才会成功。

虽然元组是一种可锁定的对象类型，但关于行级锁的信息存储在磁盘上，而不是内存中，因此行级锁通常不会出现在此视图中。 如果一个事务正在等待行级锁，它通常会出现在视图中，等待当前持有该行锁的永久事务ID。

咨询锁可以在由单个 bigint 值或两个整数值组成的键上获取。bigint 键显示时，其高位一半放在 classid 列，低位一半放在 objid 列，而 objsubid 等于 1。整数键显示时，第一个键放在 classid 列，第二个键放在 objid 列，而 objsubid 等于 2。 The actual meaning of the keys is up to the user. Advisory locks are local to each database, so the database column is meaningful for an advisory lock.

pg_locks提供了集簇中所有锁的全局视图，不仅包括与当前数据库相关的锁。 虽然它的relation列可以与pg_class.oid 连接来识别被锁定的关系，但这仅对当前数据库中的关系有效（即 database 列为当前数据库的 OID 或零的那些关系）。

pid 列可以连接到 pg_stat_activity 视图的 procpid 列，以获得关于持有或等待持有每个锁的会话的更多信息，例如

SELECT * FROM pg_locks pl LEFT JOIN pg_stat_activity psa
    ON pl.pid = psa.procpid;

Also, if you are using prepared transactions, the virtualtransaction column can be joined to the transaction column of the pg_prepared_xacts view to get more information on prepared transactions that hold locks. (A prepared transaction can never be waiting for a lock, but it continues to hold the locks it acquired while running.) For example:

SELECT * FROM pg_locks pl LEFT JOIN pg_prepared_xacts ppx
    ON pl.virtualtransaction = '-1/' || ppx.transaction;

pg_locks 视图显示来自常规锁管理器和谓词锁管理器这两个独立系统的数据。访问该视图时，每个锁管理器的内部数据结构会被短暂加锁，并制作副本供视图显示。因此每个锁管理器都会产生一组一致的结果，但由于我们没有同时锁住两个锁管理器，在查询常规锁管理器之后、查询谓词锁管理器之前，可能会有锁被取得或释放。每个锁管理器只被加锁尽可能短的时间以减少查询该视图对性能的影响，但如果频繁访问它，仍可能对数据库性能产生一些影响。