如下：

select * from pg_stat_activity

查詢系統中的程序

如果懷疑哪張表被鎖了，可以執行如下sql：

select oid from pg_class where relname='table_name'

然後將拿到的oid 放入如下sql執行：

select pg_cancel_backend('oid ')；；

搞定！

此sql是kill作用

補充：PostgreSQL - 如何殺死被鎖死的程序

前言

在一次系統迭代後用戶投訴說無法成功登陸系統，經過測試重現和日誌定位，最後發現是由於使用者在ui上進行了某些操作後，觸發了堆疊溢位異常，導致資料庫裡的使用者登陸資訊表的資料被鎖住，無法釋放。這個表裡存放的是使用者的session資訊。

雖然後來解決了問題，但是資料庫裡這個使用者登入資訊表裡被lock住的資料始終無法釋放，這導致使用者永遠無法登陸成功，需要手動跑SQL把鎖去掉才行。

殺掉指定程序

PostgreSQL提供了兩個函式：pg_cancel_backend()和pg_terminate_backend()，這兩個函式的輸入引數是程序PID，假定現在要殺死程序PID為20407的程序，使用方法如下：

select pg_cancel_backend(20407);

--或者執行這個函式也可以：

select pg_terminate_backend(20407);

這兩個函式區別如下：

pg_cancel_backend()

只能關閉當前使用者下的後臺程序

向後臺傳送SIGINT訊號，用於關閉事務，此時session還在，並且事務回滾

pg_terminate_backend()

需要superuser許可權，可以關閉所有的後臺程序

向後臺傳送SIGTERM訊號，用於關閉事務，此時session也會被關閉，並且事務回滾

那麼如何知道有哪些表、哪些程序被鎖住了？可以用如下SQL查出來：

select * from pg_locks a
join pg_class b on a.relation = b.oid
join pg_stat_activity c on a.pid = c.pid
where a.mode like '%ExclusiveLock%';

這裡查的是排它鎖，也可以精確到行排它鎖或者共享鎖之類的。這裡有幾個重要的column：a.pid是程序id，b.relname是表名、約束名或者索引名，a.mode是鎖型別。

殺掉指定表指定鎖的程序

select pg_cancel_backend(a.pid) from pg_locks a
join pg_class b on a.relation = b.oid
join pg_stat_activity c on a.pid = c.pid
where b.relname ilike '表名' 
and a.mode like '%ExclusiveLock%';

--或者使用更加霸道的pg_terminate_backend()：

select pg_terminate_backend(a.pid) from pg_locks a
join pg_class b on a.relation = b.oid
join pg_stat_activity c on a.pid = c.pid
where b.relname ilike '表名' 
and a.mode like '%ExclusiveLock%';

另外需要注意的是，pg_terminate_backend()會把session也關閉，此時sessionId會失效，可能會導致系統賬號退出登入，需要清除掉瀏覽器的快取cookie（至少我們系統遇到的情況是這樣的）。

以上為個人經驗，希望能給大家一個參考，也希望大家多多支援我們。如有錯誤或未考慮完全的地方，望不吝賜教。