PostgreSQL如何殺死被鎖死的進程問題

更新時間：2024年12月27日 11:43:25 作者：雨臨Lewis

文章總結：文章主要介紹了如何使用PostgreSQL提供的pg_cancel_backend()和pg_terminate_backend()函數(shù)來解決數(shù)據(jù)庫表被鎖住的問題,以及如何查詢哪些表、哪些進程被鎖住了

前言

在一次系統(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ū)別如下：

pg_cancel_backend()

只能關閉當前用戶下的后臺進程
向后臺發(fā)送SIGINT信號，用于關閉事務，此時session還在，并且事務回滾

pg_terminate_backend()

需要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)遇到的情況是這樣的）。