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(至少我們系統遇到的情況是這樣的)。
看完上述內容,你們掌握pgsql數據庫中出現鎖表后怎么kill掉進程的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。