查找所有活动的被锁的表

select pid, state, usename, query, query_start 
from pg_stat_activity 
where pid in (
  select pid from pg_locks l 
  join pg_class t on l.relation = t.oid 
  and t.relkind = 'r' 
  
);

解锁:

SELECT pg_cancel_backend(pid);

pg_locks 释义

pg_locks 对每个活跃的可锁定对象、请求的锁模式、以及相关的事务保存一行。因此，如果多个事务持有或者等待对同一个对象的锁，那么同一个可锁定的对象可能出现多次。不过，一个目前没有锁在其上的对象将肯定不会出现。

有好几种不同的可锁定对象：一个关系(也就是一个表)、关系中独立页面、关系中独立的行、一个事务 ID 、以及一般的数据库对象(用类别 OID 和对象 OID 标识，表示方法和 pg_description 或 pg_depend一样)还有，扩展一个关系的权限也是用一种独立的可锁定对象表示的.

• granted 为真时表明指定事务持有一个锁。为假则表明该事务当前等待使用这个锁，这就暗示着某个其它的事务正在同样的可锁定对象上持有冲突的锁模式。等待的会话将一直睡眠，直到另外一个锁释放(或者侦测到一个死锁条件)。一个事务一次最多等待一个锁。
• 每个事务都在它持续的时间里在他自己的事务 ID 上持有一个排他锁。如果一个事务认为它必须等待另外一个事务，它会以企图在另外一个事务 ID 上获取共享锁的方式实现之。这个锁只有在另外一个事务终止并且释放它的锁的前提下才能成功。
• 尽管行是一种可以锁定的对象，但是有关行级别锁的信息是存储在磁盘上的，而不是在内存里，因此，行级别的锁通常不会出现在这个视图里。如果一个事务在等待一个行级别的锁，那么它通常会在这个视图里以等待当前持有该行锁的事务 ID 的方式出现。
• 建议锁可以在由单独一个 bigint 值或两个integer值组成的键上获得。一个 bigint 键的高/低位部分分别在 classid 和 objid 字段中显示，并且 objsubid 等于 1 。integer 组成的键前半部分在 classid 字段中显示、后半部分在 objid 字段中显示，并且 objsubid 等于 2 。键的实际含义取决于用户的定义。建议锁是针对单个数据库的，因此 database 字段对于建议锁就显得很有意义了。
• 在访问 pg_locks 视图的时候，内部的锁管理器数据结构会暂时被锁住，然后制作一份这个视图的拷贝用于显示。这样就保证了视图生成一套连贯的结果，它不会不必要地过分阻塞普通的锁管理器。但是如果这个视图访问得太频繁，肯定是会对数据库性能有些影响的。
• pg_locks 提供了一个数据库集群里的所有的锁的全局视图，而不仅仅那些和当前数据库相关的。尽管它的 relation 字段可以和 pg_class.oid 连接起来以标识被锁住的关系，但是这个方法目前只能对在当前数据库里的关系有用(那些 database 字段是当前数据库的 OID 或者零的数据库)。
• 如果你打开了统计收集器，pid 字段可以可以和 pg_stat_activity 视图的 procpid 字段连接起来获取持有或者等待持有这个锁的会话的更多信息。同样，如果你使用预备事务，可以把 transaction 字段和 pg_prepared_xacts 视图的 transaction 字段连接起来获取持有锁的那个预备事务的更多信息。一个预备事务不能等待任何锁，但是在运行的时候，它继续持有它已经请求到的锁