postgresql查询锁表以及解除锁表操作
1.-- 查询ACTIVITY的状态等信息
select T.PID, T.STATE, T.QUERY, T.WAIT_EVENT_TYPE, T.WAIT_EVENT,
T.QUERY_START
from PG_STAT_ACTIVITY T
where T.DATNAME = '数据库⽤户名';
上⾯查询结果中：pid就是ACTIVITY的唯⼀标识，state就是活动状态，query就是正在执⾏的sql语句，query——start就是开始执⾏的时间。
2.-- 查询死锁的ACTIVITY
select T.PID, T.STATE, T.QUERY, T.WAIT_EVENT_TYPE, T.WAIT_EVENT,
T.QUERY_START
from PG_STAT_ACTIVITY T
where T.DATNAME = '数据库⽤户名'
and T.WAIT_EVENT_TYPE = 'Lock';
3.将第⼆条查询语句的pid字段的数字值记录下来，执⾏下⾯的查询语句可以解锁：
-- 通过pid解锁对应的ACTIVITY
select PG_CANCEL_BACKEND('6984');
上⾯的查询语句，执⾏了pg_cancel_backend()函数，该函数是取消后台操作，回滚未提交事物的⽤途。
补充：PostgreSQL 之锁机制
当要增删改查表中的数据时，⾸先是要获得表上的锁，然后再获得⾏上的锁
postgresql中有8种表锁
最普通的是共享锁 share 和排他锁 exclusive
因为多版本的原因，修改⼀条语句的同时，允许了读数据，为了处理这种情况，⼜增加了两种锁”access share”和”acess excusive”，锁中的关键字 access 是与多版本相关的
为了处理表锁和⾏锁之间的关系，有了意向锁的概念，这时⼜加了两种锁，即意向共享锁和意向排他锁，由于意向锁之间不会产⽣冲突，⽽且意向排它锁相互之间也不会产⽣冲突，于是⼜需要更严格⼀些的锁，这样就产⽣了“share update exclusive” 和 ”share row exclusive”
表级锁模式
表级锁模式解释
ACCESS
SHARE只与“ACCESS EXCLUSIVE” 锁模式冲突;
查询命令（Select command）将会在它查询的表上获取”Access Shared” 锁,⼀般地，任何⼀个对表上的只读查
询操作都将获取这种类型的锁。
ROW
SHARE与”Exclusive'和”Access Exclusive”锁模式冲突;
”Select for update”和”Select for share”命令将获得这种类型锁，并且所有被引⽤但没有 FOR UPDATE 的表上
会加上”Access shared locks”锁。
ROW
EXCLUSIVE与 “Share,Shared roexclusive,Exclusive,Access exclusive”模式冲突;
“Update,Delete,Insert”命令会在⽬标表上获得这种类型的锁，并且在其它被引⽤的表上加上”Access shared”锁,
⼀般地，更改表数据的命令都将在这张表上获得”Row exclusive”锁。
SHARE”Share update exclusive,Share,Share row ,exclusive,exclusive,Access exclusive”模式冲突，
这种模式保护⼀
SHARE UPDATE EXCLUSIVE ”Share update exclusive,Share,Share row ,exclusive,exclusive,Access exclusive”模式冲突，这种模式保护⼀张表不被并发的模式更改和VACUUM;
“Vacuum(without full), Analyze ”和 “Create index concurrently”命令会获得这种类型锁。
SHARE与“Row exclusive,Shared update exclusive,Share row exclusive ,Exclusive,Access exclusive”锁模式冲突，这种模式保护⼀张表数据不被并发的更改;
“Create index”命令会获得这种锁模式。
SHARE ROW EXCLUSIVE 与“Row exclusive,Share update exclusive,Shared,Shared row exclusive,Exclusive,Access Exclusive”锁模式冲突;
任何Postgresql 命令不会⾃动获得这种锁。
EXCLUSIVE 与” ROW SHARE, ROW EXCLUSIVE, SHARE UPDATE EXCLUSIVE, SHARE, SHARE ROW EXCLUSIVE, EXCLUSIVE, ACCESS EXCLUSIVE”模式冲突，这种索模式仅能与Access Share 模式并发，换句话说，只有读操作可以和持有”EXCLUSIVE”锁的事务并⾏；
任何Postgresql 命令不会⾃动获得这种类型的锁；
ACCESS EXCLUSIVE 与所有模式锁冲突(ACCESS SHARE, ROW SHARE, ROW EXCLUSIVE, SHARE UPDATE EXCLUSIVE, SHARE, SHARE ROW EXCLUSIVE, EXCLUSIVE, and ACCESS EXCLUSIVE)，这种模式保证了当前只有⼀个事务访问这张表;“ALTER TABLE, DROP TABLE, TRUNCATE, REINDEX, CLUSTER, VACUUM FULL” 命令会获得这种类型锁，在Lock table 命令中，如果没有申明其它模式，它也是缺省模式。
表锁的冲突关系
Requested Lock Mode Current Lock Mode
ACCESS
SHARE
ROW
SHARE
ROW
EXCLUSIVE
SHARE UPDATE
EXCLUSIVE
SHARE
SHARE ROW
EXCLUSIVE
EXCLUSIVE
ACCESS
EXCLUSIVE
ACCESS SHARE X X ROW SHARE X X ROW
EXCLUSIVE
X X X X SHARE UPDATE
EXCLUSIVE
X X X X X SHARE X X X X X SHARE ROW基本的增删改查语句
EXCLUSIVE
X X X X X X EXCLUSIVE X X X X X X X ACCESS
EXCLUSIVE
X X X X X X X X 表锁类型对应的数据库操作
锁类型对应的数据库操作
ACCESS SHARE select
ROW SHARE select for update, select for share
ROW EXCLUSIVE update,delete,insert
SHARE UPDATE EXCLUSIVE vacuum(without full),analyze,create index concurrently
SHARE create index
SHARE ROW EXCLUSIVE任何Postgresql命令不会⾃动获得这种锁
EXCLUSIVE任何Postgresql命令不会⾃动获得这种类型的锁
ACCESS EXCLUSIVE alter table,drop table,truncate,reindex,cluster,vacuum full
表级锁命令（显式在表上加锁的命令）
testdb=# \h lock
Command:  LOCK
Description: lock a table
Syntax:
LOCK [ TABLE ] [ ONLY ] name [ * ] [, ...] [ IN lockmode MODE ] [ NOWAIT ]
where lockmode is one of:
ACCESS SHARE | ROW SHARE | ROW EXCLUSIVE | SHARE UPDATE EXCLUSIVE
| SHARE | SHARE ROW EXCLUSIVE | EXCLUSIVE | ACCESS EXCLUSIVE
注：
name：要锁定的现有表的锁名称(可选模式限定)。如果在表名之前指定了ONLY，则仅该表被锁定如果未指定ONLY，则表及其所有后代表(如果有)被锁定。
lock_mode：锁模式指定此锁与之冲突的锁。如果未指定锁定模式，则使⽤最严格的访问模式ACCESS EXCLUSIVE。nowait
当事务要更新表中的数据时，应该申请“ROW EXCLUSIVER”
⾏级锁模式
只有两种，共享锁和排他锁，或者可以说是“读锁” 或 “写锁“
由于多版本的实现，实际读取⾏数据时，并不会在⾏上执⾏任何锁
⾏级锁命令（显式加⾏锁）
SELECT …… FOR { UPDATE | SHARE } [OF table_name[,……]] [ NOWAIT]
备注：
1）指定 OF table_name，则只有被指定的表会被锁定
2）例外情况，主查询中引⽤了WITH查询时，WITH查询中的表不被锁定
3）如果需要锁定WITH查询中的表，需在WITH查询内指定FOR UPDATA或FOR SHARE
以上为个⼈经验，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。如有错误或未考虑完全的地⽅，望不吝赐教。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。