pgsql鎖表後kill進程的操作

如下:

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(至少我們系統遇到的情況是這樣的)。

以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。如有錯誤或未考慮完全的地方,望不吝賜教。

推薦閱讀: