如下:
select * from pg_stat_activity
查詢系統(tǒng)中的進程
如果懷疑哪張表被鎖了,可以執(zhí)行如下sql:
select oid from pg_class where relname='table_name'
然后將拿到的oid 放入如下sql執(zhí)行:
select pg_cancel_backend('oid ');;
搞定!
此sql是kill作用
補充:PostgreSQL - 如何殺死被鎖死的進程
前言
在一次系統(tǒng)迭代后用戶投訴說無法成功登陸系統(tǒng),經(jīng)過測試重現(xiàn)和日志定位,最后發(fā)現(xiàn)是由于用戶在ui上進行了某些操作后,觸發(fā)了堆棧溢出異常,導致數(shù)據(jù)庫里的用戶登陸信息表的數(shù)據(jù)被鎖住,無法釋放。這個表里存放的是用戶的session信息。
雖然后來解決了問題,但是數(shù)據(jù)庫里這個用戶登錄信息表里被lock住的數(shù)據(jù)始終無法釋放,這導致用戶永遠無法登陸成功,需要手動跑SQL把鎖去掉才行。
殺掉指定進程
PostgreSQL提供了兩個函數(shù):pg_cancel_backend()和pg_terminate_backend(),這兩個函數(shù)的輸入?yún)?shù)是進程PID,假定現(xiàn)在要殺死進程PID為20407的進程,使用方法如下:
select pg_cancel_backend(20407);
--或者執(zhí)行這個函數(shù)也可以:
select pg_terminate_backend(20407);
這兩個函數(shù)區(qū)別如下:
只能關閉當前用戶下的后臺進程
向后臺發(fā)送SIGINT信號,用于關閉事務,此時session還在,并且事務回滾
需要superuser權限,可以關閉所有的后臺進程
向后臺發(fā)送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會失效,可能會導致系統(tǒng)賬號退出登錄,需要清除掉瀏覽器的緩存cookie(至少我們系統(tǒng)遇到的情況是這樣的)。
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
您可能感興趣的文章:- pgsql之pg_stat_replication的使用詳解
- pgsql 如何刪除仍有活動鏈接的數(shù)據(jù)庫
- pgsql的UUID生成函數(shù)實例
- pgsql 如何手動觸發(fā)歸檔
- pgsql 實現(xiàn)用戶自定義表結構信息獲取
- PGSQL 實現(xiàn)把字符串轉換成double類型(to_number())
- pgsql之create user與create role的區(qū)別介紹